home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / clipper / clip0489.zip / CLIP0489 next >
Text File  |  1989-05-01  |  195KB  |  4,305 lines
  1. Msg#8821   To:ROBERT LAMERAND                            
  2. From:RON LANE                                   Date:04/01/89
  3. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  4. ------------------------------------------------------------------------------
  5. On a network the SERVER needs to have the files set to the maxinum number
  6. that could ever be open IE: if the app can open 10 files and there are 5
  7. workstations then the files= on the server should be 50 +dos & network also don
  8. forget to set CLIPPER=F50 in your autoexec.bat. Make sure your network
  9. software is set to files=255
  10.  
  11.  
  12. Msg#8824   To:ALAN GUGGENHEIM                            
  13. From:STEVE STRALEY                              Date:04/01/89
  14. Subject:(R)DOSS ARTICLE                         Parent Msg#8508
  15. ------------------------------------------------------------------------------
  16. Yes, I will be writing an article in DOSS on how to write out ANY size
  17. text file within MEMOEDIT().  It's rather simple once you got a few basic
  18. tricks down, but it is a major HASSEL to program.  Stay tuned to DOSS...
  19. it will be coming up!   And by the way, sorry for the long delay... I've
  20. been out of town, but now that I'm back, I've got to get back to some
  21. tool-breaking work.  Take care...
  22.  
  23. Steve
  24.  
  25.  
  26. Msg#8825   To:DIANE LASK                                (Rcvd)
  27. From:STEVE STRALEY                              Date:04/01/89
  28. Subject:(R)NANTUCKET                            Parent Msg#4836
  29. ------------------------------------------------------------------------------
  30. Diane, I don't nash teeth over the fact that information coming from the
  31. parent company is slow, I don't nash teeth over the idea that Tools are
  32. being introduced that either compete with my friends or no longer make
  33. their products work, I don't nash teeth when 640K bariers are reached
  34. with very little effort.  What I do nash teeth over is non-paying
  35. customers and earthquakes.   I guess I'm lucky, I haven't had either.  So
  36. I think you've got the wrong impression on me.... but thanks for the
  37. words....
  38.  
  39. Steve
  40.  
  41.  
  42. Msg#8826   To:CONSTANTIN FLORESCU                       (Rcvd)
  43. From:STEVE STRALEY                              Date:04/01/89
  44. Subject:(R)THINK TWICE                          Parent Msg#8685
  45. ------------------------------------------------------------------------------
  46. Dear Constantin,
  47.  
  48. On behalf of SJS & Associates, I want to personally thank you for taking
  49. a stand.  Personally, it is very difficult to see what is happening to
  50. the langauge, but to my friends involved with this issue.  Competition is
  51. always a touchy thing.  SOmetimes it's good, sometimes it bad.  I'd
  52. rahter not publically comment on this.  Our official position is as
  53. follows:
  54.  
  55. SJS & Assoicates is dedicated to the Clipper developer and the core
  56. Clipper language.  We will do everything in our power to be bigger,
  57. better, and faster.  As per claims that such products "legitimize" our
  58. market, we disagree.  Sales and support legitimize our market: nothing
  59. more.
  60.  
  61. And on that note, I think Dirk Lesko and I have a few interesting
  62. announcements to make within the next 2 weeks.  Additionally, if people
  63. are interested, I'll upload a list of new features in ToolkiT 2.0 (Dirk's
  64. seen it so it does exist) with a scheduled release date.
  65.  
  66. Again, many thanks... on behalf of ALL of the 3rd party guys.  Busines is
  67. war and this too shall pass.  Again, thanks for the support!
  68.  
  69. Steve Straley,
  70. Senior Partner - SJS & Associates
  71.  
  72.  
  73. Msg#8827   To:DIRK LESKO                                (Rcvd)
  74. From:STEVE STRALEY                              Date:04/01/89
  75. Subject:(R)THINK TWICE                          Parent Msg#8685
  76. ------------------------------------------------------------------------------
  77. Hey Dirk, how about this line for the diddy...
  78.  
  79. It's a big mistake...
  80. Now you look like Ashton-Tate..
  81.  
  82. It rhymes... which is rather amazing since I'm still stuck on...
  83.  
  84. Willy, willy, ain't no more...
  85. For what he thought was H2O,
  86. Was H2SO4.
  87.  
  88. Steve
  89.  
  90.  
  91. Msg#8829   To:DAVID MORGAN                               
  92. From:STEVE STRALEY                              Date:04/01/89
  93. Subject:(R)UN-IVING DBFS                        Parent Msg#8770
  94. ------------------------------------------------------------------------------
  95. Dave, do you have Phil Kimble's number.... since he moved out of the Long
  96. Beach operations area, I've since lost it... THanks...
  97.  
  98. Steve
  99.  
  100.  
  101. Msg#8832   To:ALL                                        
  102. From:STEVE STRALEY                              Date:04/01/89
  103. Subject:I'M BACK                                Parent Msg#8832
  104. ------------------------------------------------------------------------------
  105. Dear Developer,
  106.  
  107. After a long seminar schedule, it is good to be home.  Hope some people
  108. out there haven't forgotton.
  109.  
  110. If there is interest, and with the permission of Dirk, I've got a file to
  111. up load in a couple of weeks with a couple of new features. 
  112. Additionally, I hope at the end of April to have a blow-by-blow release
  113. date on every package (yes, committing myself to a release date). 
  114.  
  115. Again, hope all is well with everyone and stay tuned to this channel,
  116. Dirk and I have some interesting news on the way....
  117.  
  118. Steve
  119.  
  120.  
  121. Msg#8833   To:DIRK LESKO                                (Rcvd)
  122. From:RON LANDBERG                               Date:04/02/89
  123. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  124. ------------------------------------------------------------------------------
  125. I just received today Nantucket's offer for its Clipper Tools One
  126. package.  The letter had  the following two sentences, with the first
  127. being most tantalizing:
  128.  
  129. "Soon, memory problems will be athing of the past - no overlays, just
  130. super fast linking.  Then watch - you'll find that future releases from
  131. Nantucket are committed to providing you with a database development
  132. system that meets the requirements of emerging technologies; support for
  133. multi-operating systems, SQL, object oriented-programming and virtual
  134. memory."
  135.  
  136. I wonder what they mean by `Soon' in the first sentence?
  137.  
  138.  
  139. Msg#8834   To:CONSTANTIN FLORESCU                       (Rcvd)
  140. From:RON LANDBERG                               Date:04/02/89
  141. Subject:(R)GETBACK                              Parent Msg#8762
  142. ------------------------------------------------------------------------------
  143. You can do what you want.  In procedure BY, before looping back to the
  144. GETs, stuff the keyboard with enough CHR(13)'s to get you to the GET you
  145. want to get to.  I.E., if you want to get to the third GET, issue the
  146. command as follows:
  147.  
  148. KEY)+CHR(13))
  149.  
  150. This will cause the first two GETs to be treated as READ as if the
  151. operator had pressed the return key after each.
  152.  
  153.  
  154. Msg#8835   To:JON MELTZER                               (Rcvd)
  155. From:RON LANDBERG                               Date:04/02/89
  156. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  157. ------------------------------------------------------------------------------
  158. Use that one all the time like this: 
  159.  
  160. oldcolor = SETCOLOR("W/N,")
  161. .
  162. .
  163. .
  164. SET COLOR TO (oldcolor)
  165.  
  166.  
  167.  
  168. Msg#8836   To:CONSTANTIN FLORESCU                       (Rcvd)
  169. From:RON LANDBERG                               Date:04/02/89
  170. Subject:(R)GETBACK                              Parent Msg#8762
  171. ------------------------------------------------------------------------------
  172. The command line got garbaged somehow in my last message. It should read:
  173.  
  174. KEYB(CHR(13)+CHR(13))
  175.  
  176.  
  177. Msg#8838   To:STEVE STRALEY                             (Rcvd)
  178. From:DIRK LESKO                                 Date:04/02/89
  179. Subject:(R)THINK TWICE                          Parent Msg#8685
  180. ------------------------------------------------------------------------------
  181. Well, the versus are lining up like 'soldiers'...now I have too
  182. many......Seems all year I was afraid I would have nothing to say since
  183. Nantucket had been 'a good little company' all year.....But now I can't
  184. turn the meoldy maker off!..
  185.  
  186. dLESKO
  187.  
  188.  
  189. Msg#8839   To:STEVE STRALEY                             (Rcvd)
  190. From:DIRK LESKO                                 Date:04/02/89
  191. Subject:(R)D.O.S.S                              Parent Msg#8828
  192. ------------------------------------------------------------------------------
  193. Steve....Put it in a TEHELP FILE!.....
  194.  
  195. dLESKO
  196.  
  197.  
  198. Msg#8841   To:STEVE STRALEY                             (Rcvd)
  199. From:DIRK LESKO                                 Date:04/02/89
  200. Subject:(R)I'M BACK                             Parent Msg#8832
  201. ------------------------------------------------------------------------------
  202. Go ahead Steve, upload away....Can't wait for the 'blow by blow'
  203. release...
  204.  
  205. dLESKO
  206.  
  207.  
  208. Msg#8842   To:RON LANDBERG                              (Rcvd)
  209. From:DIRK LESKO                                 Date:04/02/89
  210. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  211. ------------------------------------------------------------------------------
  212. Soon means they'll have something to say or show at the Developers
  213. conference. The Dynamic Linking Stuff will be RTlink for Clipper....If
  214. you want to catch a glimpse of the future, just get a hold of RTlink
  215. now....Then decide if you like the whole idea.....It will create some new
  216. problems....ANd I don't feel that it will releive the concerns we all now
  217. have...
  218.  
  219. dLESKO
  220.  
  221.  
  222. Msg#8843   To:DIRK LESKO                                (Rcvd)
  223. From:STEVE STRALEY                              Date:04/02/89
  224. Subject:(R)THINK TWICE                          Parent Msg#8685
  225. ------------------------------------------------------------------------------
  226. I know what ya mean... I know Santa ain't gonna fill their stockings this
  227. year cause we now know who's been naughty and who's been nice... hmmm...
  228. another potential line???  Nahhh...
  229.  
  230. Steve
  231.  
  232.  
  233. Msg#8844   To:DIRK LESKO                                (Rcvd)
  234. From:STEVE STRALEY                              Date:04/02/89
  235. Subject:(R)D.O.S.S                              Parent Msg#8828
  236. ------------------------------------------------------------------------------
  237. Put what in a TRHelp file??? the Newsletter????
  238.  
  239. Steve
  240.  
  241.  
  242. Msg#8847   To:STEVE STRALEY                             (Rcvd)
  243. From:DIRK LESKO                                 Date:04/02/89
  244. Subject:(R)D.O.S.S                              Parent Msg#8828
  245. ------------------------------------------------------------------------------
  246. All your back issues...indexed of coursed
  247.  
  248. dLESKO
  249.  
  250.  
  251. Msg#8850   To:JEFF SCOZZAFAVA                           (Rcvd)
  252. From:DAVE LOBEL                                 Date:04/02/89
  253. Subject:(R)READS                                Parent Msg#8791
  254. ------------------------------------------------------------------------------
  255. Ecellent and to the point.
  256.  
  257. Judges give  9.5  9.7  10.0  9.7  9.8  2.5 (from guess who???)
  258.  
  259. YEL-DAVE
  260.  
  261.  
  262. Msg#8851   To:DIRK LESKO                                (Rcvd)
  263. From:DAVE LOBEL                                 Date:04/02/89
  264. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  265. ------------------------------------------------------------------------------
  266. Jon Meltzer,
  267.  
  268. I have put a lot of lines together on a Novel Network, but never had a
  269. problem.  Then again, I use ALIAS() instead of SELECT().
  270.  
  271. Let me know, and vice versa, if you hear of anything else.
  272.  
  273. YEL-DAVE
  274.  
  275.  
  276. Msg#8852   To:ALL                                        
  277. From:DAVE LOBEL                                 Date:04/02/89
  278. Subject:VGA .AND. SONY                          Parent Msg#8852
  279. ------------------------------------------------------------------------------
  280. HELP.....
  281.  
  282. Is there anyone out there that has a SONY Multiscan monitor and a VIDEO
  283. SEVEN (7) FAST WRITE VGA video card??  Or any VGA card???
  284.  
  285. For some reason  my 25 lines only show on part of the screen.  All do
  286. show but and inch and a half from the top and bottom.
  287.  
  288. Does anyone have a solution.  
  289.  
  290. I'm using version 1.09 of Fast Writes Software.
  291.  
  292. THANKS.......
  293.  
  294. YEL-DAVE
  295.  
  296.  
  297. Msg#8853   To:CONSTANTIN FLORESCU                       (Rcvd)
  298. From:CLINT BRITT                                Date:04/02/89
  299. Subject:(R)IDL.LIB                              Parent Msg#8630
  300. ------------------------------------------------------------------------------
  301.  Thanks, 
  302.   
  303.       Will take a look at it........
  304.   
  305.                                  Clint.....
  306.    
  307.  
  308.  
  309. Msg#8854   To:STEVE STEINER                             (Rcvd)
  310. From:CLINT BRITT                                Date:04/02/89
  311. Subject:(R)IDL.LIB                              Parent Msg#8630
  312. ------------------------------------------------------------------------------
  313.   Steve,
  314.    
  315.       Call me a old dog, but I like to stick with things, that have
  316. worked well with me in the past...., always looking to better things, but
  317. hard to sway, thanks, It will be a pleasure to see whats coming up !!!
  318.    
  319.                                      Clint....
  320.   
  321.  
  322.  
  323. Msg#8855   To:DIRK LESKO                                (Rcvd)
  324. From:CLINT BRITT                                Date:04/02/89
  325. Subject:(R)IDL.LIB                              Parent Msg#8630
  326. ------------------------------------------------------------------------------
  327.   Dirk,
  328.     
  329.       I have been seeing alot of news on FUNCky, but have not seen a
  330. copy, if there is a way I can I would be glad to see it. You can if you
  331. want count this as a order, If you could, and I know that you sell it,
  332. send out one copy COD. TO: 2713 W. Richardson Place, Phase One Software
  333. Inc., Milwaukee Wi. 53208, Attn: Clinton D. Britt. This sounds
  334. interesting, hummm.
  335.    
  336.                           
  337.   P.S. Leave a message, telling the whole price...
  338.   
  339.                                          Clint.....
  340.    
  341.  
  342.  
  343. Msg#8856   To:DIRK LESKO                                (Rcvd)
  344. From:CLINT BRITT                                Date:04/02/89
  345. Subject:(R)INTERRUPT()                          Parent Msg#8749
  346. ------------------------------------------------------------------------------
  347.   Dirk,
  348.    
  349.        Will look for silvercomm. I have done about 50% of the code now,
  350. It has a questionair generater, 2-line access, but need's a major bit of
  351. work to go three, has ansii menu's that have a language of there own to
  352. include data from the databases, it's actually a pretty fun project, will
  353. give you a copy when done......
  354.    
  355.                                              Clint...
  356.   
  357.  
  358.  
  359. Msg#8857   To:DIRK LESKO                                (Rcvd)
  360. From:CLINT BRITT                                Date:04/02/89
  361. Subject:(R)INTERRUPT()                          Parent Msg#8747
  362. ------------------------------------------------------------------------------
  363. Thanks agian dirk, will look for it....
  364.                  Clint....
  365.   
  366.  
  367.  
  368. Msg#8860   To:DAVE LOBEL                                (Rcvd)
  369. From:JOHN THORN                                 Date:04/02/89
  370. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  371. ------------------------------------------------------------------------------
  372. Dave:
  373.  
  374. I've a friend with a Video 7 VGA and the darn this is lousy with ROM
  375. bugs!  I've a Paradise and have not had ANY problem with compatiblity. 
  376. Suggest you give Video 7 people a call and complain....not that it will
  377. do any good (my friend has and only received a new ROM with other
  378. problems)!
  379.  
  380.  
  381. Msg#8861   To:DIRK LESKO                                (Rcvd)
  382. From:RON CALLAHAN                               Date:04/02/89
  383. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  384. ------------------------------------------------------------------------------
  385. Maybe it's time to review the situation with Ashton-Tate. At least 
  386. they've always been 100% upwardly compatible.
  387. Ron.
  388.  
  389.  
  390. Msg#8862   To:CLINT BRITT                               (Rcvd)
  391. From:NEIL WEICHER                               Date:04/03/89
  392. Subject:(R)INTERRUPT()                          Parent Msg#8747
  393. ------------------------------------------------------------------------------
  394. The function ONCOM works like this:
  395.  
  396.   N_ONCOM("proc1") calls procedure PROC1 when carrier is lost, detected
  397. or ring is detected on COM1.  Similarly N_ONCOM2 for COM2.  The procedure
  398. is your code and you can do what you like with it.  If you call N_ONCOM()
  399. with no parameters within the procedure it tells you why you got there...
  400. e.g., "C" for carrier detect "c" for carrier lost "R" for ring.
  401.  
  402. You can Get-It (pun intended) by calling 212-724-0150 and asking for
  403. Jackie.  It is $99 plus s/h.
  404.  
  405. Neil
  406.  
  407. Oh yes, as in all our software you can return it within 30 days for a
  408. refund. 
  409.  
  410.  
  411.  
  412. Msg#8863   To:JEFF SCOZZAFAVA                           (Rcvd)
  413. From:NEIL WEICHER                               Date:04/03/89
  414. Subject:(R)NET-LIB               
  415. ------------------------------------------------------------------------------
  416. Sounds like you need the latest version of NetLib.  The N_BOLT function
  417. has been fixed.   Also you should get the latest for Get-It.  There were
  418. some initial problems with working with Silverware but they have also
  419. been fixed.  Call 212-724-0150 and ask for updates.
  420.  
  421. Neil
  422.  
  423.  
  424. Msg#8864   To:JON MELTZER                               (Rcvd)
  425. From:DAVID MORGAN                               Date:04/03/89
  426. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  427. ------------------------------------------------------------------------------
  428.  
  429.   > "dynamic link libraries" and "virtual memory"... worr[y] me
  430.     ... is Nantucket aware of the .EXE file size concern   John Meltzer
  431.  
  432.   > It will help some but I don't think it is going to do what we
  433.     really want.  Dirk Lesko
  434.  
  435. The operating assumption I gather from Clipper users is that they
  436. aren't concerned with EXE file size per se, and that "what we really
  437. want" in real-world terms is eradication of the out-of-memory
  438. condition.  Sometimes this memory concern is expressed as a file size
  439. concern, but a concern over memory it truly is and not actually over
  440. file size at all.  If the avenue to banishing out-of-memory were to
  441. triple the size of the EXE, Clipper users with big applications would
  442. welcome it.
  443.  
  444. 63K command files in CP/M were considered "too big."  But only
  445. because they stood in relation to a a 64K memory space limit.  65K
  446. executables in DOS, even though they are bigger still, are not
  447. regarded as "too big."  There was nothing intrinsically "too big"
  448. about 63K of code.  Nor is there anything intrinsically too big about
  449. 400K, 500K, or 600K of code in an EXE.  That's how OS/2 can genuinely
  450. be presented as a solution, even though it facilitates executables
  451. bigger than the ones that are today too big.  Executable file sizes
  452. aren't problematic in a vacuum, but only in conjunction with
  453. exogenous memory limits that may apply to them.
  454.  
  455. The typical Clipper user who feels his application is "too big" might
  456. have an EXE file of 350K.  Maybe 325K of that is to-be-loaded code
  457. (not everything in an executable file is executable).  He has a
  458. max-configured computer with 640K of memory and 32MB of disk; DOS
  459. occupies 75K.  His complaint every time is that the application
  460. leaves him only 240K of memory, rather than that it leaves him only
  461. 31.7MB of disk.
  462.  
  463.  
  464. Msg#8866   To:CLINT BRITT                               (Rcvd)
  465. From:DIRK LESKO                                 Date:04/03/89
  466. Subject:(R)INTERRUPT()                          Parent Msg#8749
  467. ------------------------------------------------------------------------------
  468. well Good luck, I think you will find John halvonic at Silverware most
  469. helpful should youdecide to get silvercomm...
  470.  
  471. PS, I think there is a demo of FUNCky on the board if you download
  472. FUNCky.arc, or FUNCky2.ARC....should give you an idea of what it can do
  473. for you...
  474.  
  475. dLESKO
  476.  
  477.  
  478. Msg#8868   To:RON CALLAHAN                              (Rcvd)
  479. From:DIRK LESKO                                 Date:04/03/89
  480. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  481. ------------------------------------------------------------------------------
  482. What? and jump from the frying pan into the fire?? However, when the
  483. 'compiler' ever makes it outwe will be looking at it...
  484.  
  485. dLESKO
  486.  
  487.  
  488. Msg#8869   To:DAVID MORGAN                              (Rcvd)
  489. From:DIRK LESKO                                 Date:04/03/89
  490. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  491. ------------------------------------------------------------------------------
  492. How does that answer the question? If I may pose it directly, how much
  493. memory are we going to gain from a dynamic link library under DOS?
  494.  
  495. that is the question we would like to see answered. thanks.
  496.  
  497. dLESKO
  498.  
  499.  
  500. Msg#8870   To:DIRK LESKO                                (Rcvd)
  501. From:CLINT BRITT                                Date:04/03/89
  502. Subject:(R)IDL.LIB                              Parent Msg#8870
  503. ------------------------------------------------------------------------------
  504.   Dirk,
  505.    
  506.             You got it, ship away....... do me one favor, leave a little
  507. note on the super stuff in it, so my mouth can water until it gets here.
  508. (100 words or less), ha..ha....
  509.    
  510.                       P.S. so that comes to 154.00 exactly, correct ???
  511.   
  512.                                                Clint....
  513.    
  514.  
  515.  
  516. Msg#8872   To:STEVE STRALEY                             (Rcvd)
  517. From:CONSTANTIN FLORESCU                        Date:04/03/89
  518. Subject:(R)THINK TWICE                          Parent Msg#8685
  519. ------------------------------------------------------------------------------
  520. Thanks.
  521. Steve, both you and Dirk can count on my support and probably of evryone
  522. loging in on this board. Most of us are here...because you are here...
  523. Personally I don't think Nantucket Tools can ever beat yours or Dirk
  524. Lesko products. After all, how good a dentist can be writing codes?( And
  525. I am serious). First, he has to take care of teeths, then do other
  526. things...But if you try to do everything(dentist+programer) and this
  527. apply to Nantucket also, then you end up doing nothing good...Yoy guys
  528. know what I mean.
  529. <CF>
  530.  
  531.  
  532. Msg#8873   To:RON LANDBERG                              (Rcvd)
  533. From:CONSTANTIN FLORESCU                        Date:04/03/89
  534. Subject:(R)GETBACK                              Parent Msg#8762
  535. ------------------------------------------------------------------------------
  536. Thanks Ron
  537. <CF>
  538.  
  539.  
  540. Msg#8875   To:JOHN THORN                                (Rcvd)
  541. From:DAVE LOBEL                                 Date:04/03/89
  542. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  543. ------------------------------------------------------------------------------
  544. John,
  545.  
  546. Thanks.  I spoke to them today (service), and thay said that I have the
  547. latest release.  Tech support is supposed to get back to me.
  548.  
  549. Thanks Again.
  550.  
  551. YEL-DAVE
  552.  
  553.  
  554. Msg#8877   To:CONSTANTIN FLORESCU                       (Rcvd)
  555. From:DIRK LESKO                                 Date:04/03/89
  556. Subject:(R)THINK TWICE                          Parent Msg#8685
  557. ------------------------------------------------------------------------------
  558. I thin he ended working for Nantucket in the UK office.....
  559.  
  560. dLESKO
  561.  
  562.  
  563. Msg#8879   To:ALL                                        
  564. From:RICH WINTER                                Date:04/03/89
  565. Subject:CLIPPER AND TLINK                       Parent Msg#8879
  566. ------------------------------------------------------------------------------
  567. I've been trying to use the new version of TLINK which came with Turbo-C
  568. version 2.0 to link some routines written in TC to some of my CLIPPER
  569. programs. I am having two problems which may or may not be related. The
  570. first problem is that every time I TLINK a clipper program, the linker
  571. gives me an error message reading:
  572. Fixup overflow in module \CLIPPER\SRC\CRT0.ASM at _TEXT:0021, target =
  573. 2BF4:FFFE
  574. The second error is that 99% of my programs go into a hangup forcing a
  575. rebbot at some point. Has anybody else come across these problems using
  576. TLINK 2.0 and come up with any sort of solution?
  577.  
  578.  
  579. Msg#8880   To:ALL                                        
  580. From:RICK RAMHAP                                Date:04/03/89
  581. Subject:JOB OPENING!                            Parent Msg#8880
  582. ------------------------------------------------------------------------------
  583. Position Available:
  584. Long Island-based software development firm currently has openings for
  585. experienced Clipper programmers.  Applicants should be familiar with
  586. multi-user
  587. system development.  Proficiency in C is a definite advantage.
  588. A Princton, NJ, base is possible.
  589. Call Brian Young at 516-889-9236 for further information.
  590.  
  591.  
  592. Msg#8881   To:ALL                                        
  593. From:HOWARD KAPUSTEIN                           Date:04/03/89
  594. Subject:TOOLS ONE                               Parent Msg#8881
  595. ------------------------------------------------------------------------------
  596. I just got Clipper's ad for Clipper Tools One and I have one question
  597. (primarily to you Dirk): What does CTO do that FUNCky does not? From
  598. everything I've heard and seen, FUNCky has twice the features of CTO, and
  599. most of them are actually worth mentioning. In the advertising they say
  600. "...array of functions normally available only in DOS or BIOS. ...check
  601. the DOS switches BREAK and VERIFY. You can even check for the presence of
  602. a math co-processor." Ohthose are trivial interrupts. Here's my question:
  603. Why should I spend $195 for CTO when I can get FUNCky for $195, and get
  604. more than triple the value? Even better, why did Clipper decide to offer
  605. this library?
  606.  
  607.  
  608. Msg#8882   To:ALL                                        
  609. From:HOWARD KAPUSTEIN                           Date:04/03/89
  610. Subject:PC PURSUIT               
  611. ------------------------------------------------------------------------------
  612. Lately it seems like I can't get a connection here via PCP. I'm calling
  613. direct right now. In the last couple of weeks, any time I want I can get
  614. a 2400 connection via PCP to NJNEW, but it never connects. All I get is
  615. BUSY or NO CARRIER. I just called now and I get a connection. Is this
  616. part of Telenet's wonderful new enhancements to their service?
  617.  
  618.  
  619. Msg#8886   To:RICH WINTER                               (Rcvd)
  620. From:DIRK LESKO                                 Date:04/04/89
  621. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  622. ------------------------------------------------------------------------------
  623. Can't use 2.0, Use 1.0 1.1 or 1.5 only....they goofed it with the OBJ
  624. formats. They did not support the new Microsoft OBJ format in 2.0, it
  625. adheres only to the Intel OBJ format which Microsoft deviates from.....
  626.  
  627. dLESKO
  628.  
  629.  
  630. Msg#8887   To:ALL                                        
  631. From:RON LANDBERG                               Date:04/04/89
  632. Subject:WK1 FILES                               Parent Msg#8887
  633. ------------------------------------------------------------------------------
  634. Is there a straightforward way to read WK1 (1-2-3) files into a CLIPPER
  635. application ?  
  636.  
  637. Or (I apologize in advance) is there a straightforward way to read those
  638. 1-2-3 files into a DBASE 3+ application?
  639.  
  640.  
  641. Msg#8889   To:DAVE LOBEL                                (Rcvd)
  642. From:JOHN THORN                                 Date:04/04/89
  643. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  644. ------------------------------------------------------------------------------
  645. Dave:  Saying that Video 7's Tech people will get back to you is the
  646. equivalent to saying any one of the following:
  647.  
  648. The Check's in the Mail
  649. I'll respect you in the morning
  650. The *New* Clipper will be ready, on time, and sans bugs
  651.  
  652.  
  653. Msg#8891   To:RON LANDBERG                              (Rcvd)
  654. From:DIRK LESKO                                 Date:04/04/89
  655. Subject:(R)WK1 FILES                            Parent Msg#8887
  656. ------------------------------------------------------------------------------
  657. call Neil Weicher at Communications Horizons....His product dOneTwoThree
  658. will do the trick for you and elegantly...
  659.  
  660. dLESKo
  661.  
  662.  
  663. Msg#8892   To:RON LANDBERG                              (Rcvd)
  664. From:RICHARD HORWITZ                            Date:04/04/89
  665. Subject:(R)WK1 FILES                            Parent Msg#8887
  666. ------------------------------------------------------------------------------
  667. Yes, set up your DBF structure the in the same format as your file, and
  668. then "APPE from <file>.wk1 TYPE wk1". This is documented under APPEND
  669. in the Dbase Manual. You may also want to check out D123 from
  670. communications horizions. 
  671.  
  672.  
  673. Msg#8894   To:RON LANDBERG                              (Rcvd)
  674. From:DAVE LOBEL                                 Date:04/04/89
  675. Subject:(R)WK1 FILES                            Parent Msg#8887
  676. ------------------------------------------------------------------------------
  677. Ron,
  678.  
  679. There are two ways that I know of.
  680.  
  681. 1) There is a book with all file formats (Famous PC File Formats,
  682. WALDEN), ask Dirk for the exact title;
  683.  
  684. 2) Neil Weicher has a software package called dOne-Two Three that will
  685. let you access 1-2-3 files from dBASE and Clipper.
  686.  
  687. Good Luck......
  688.  
  689. YEL-DAVE
  690.  
  691.  
  692. Msg#8895   To:JOHN THORN                                (Rcvd)
  693. From:DAVE LOBEL                                 Date:04/04/89
  694. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  695. ------------------------------------------------------------------------------
  696. John,
  697.  
  698. Beleive it or not, they did call back, BUT I wasn't home.  Maybe I'll get
  699. them in the morning.
  700.  
  701. Are you recommending that I return the V7 Fast Write and get something
  702. else???
  703.  
  704. Keep me informed.
  705.  
  706. THANX......
  707.  
  708. YEL-DAVE
  709.  
  710.  
  711. Msg#8896   To:DIRK LESKO                                (Rcvd)
  712. From:DAVE LOBEL                                 Date:04/04/89
  713. Subject:(R)TOOLS ONE                            Parent Msg#8881
  714. ------------------------------------------------------------------------------
  715. FACE IT ALL.........
  716.  
  717. IT's becomming a FUNCky world out there!!!!!!!!
  718.  
  719. YEL-DAVE ("FUNC-et") figure it out.......
  720.  
  721.  
  722. Msg#8897   To:DIRK LESKO                                (Rcvd)
  723. From:RON CALLAHAN                               Date:04/04/89
  724. Subject:(R)TOOLS ONE                            Parent Msg#8881
  725. ------------------------------------------------------------------------------
  726. Dirk:
  727. I have nothing against Nantucket making money. In fact, I hope they
  728. make more money than they can use, if possible. Of course I wish the
  729. same thing for myself. But, I think that they should also take care
  730. of business at hand. I think releasing a below standard set fo
  731. functions is an unwise move at this time. They would be much better
  732. off working closer with those producing lib.'s. (Setting some standards
  733. perhaps, to avoid confussion.) Also the current version of Clipper has
  734. some problems that have not been addressed. I, and others I'm sure, would
  735. be more than happy to pay an update fee to see these problems resolved.
  736. Ron.
  737.  
  738.  
  739. Msg#8898   To:DIRK LESKO                                (Rcvd)
  740. From:DAVID MORGAN                               Date:04/04/89
  741. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  742. ------------------------------------------------------------------------------
  743.   >  how much memory are we going to gain from a dynamic link library
  744.      under DOS?
  745.  
  746. The answer to that question, I'm afraid, I don't know Dirk.
  747. Implementation details for upcoming products generally, I don't know.
  748. Goals for them, however, as stated on various occasions (e.g., local
  749. user group appearances in So. California) by the implementors, I can
  750. repeat.  They are to eliminate memory inadequacy.  Under DOS.
  751. Possibly in a machine configured with as little as 256K.  Whatever
  752. the "how," that's the "what."
  753.  
  754. The point I'd like to make is that the much discussed file-size
  755. reduction approach, 1) should be couched first of all in terms of
  756. memory-size rather than file-size, and 2) more importantly, is but
  757. one potential approach among several.  If there exist more than one
  758. ways to skin a cat, and your paramount desire is to a have a cat
  759. skinned, who cares how so long as it works good??  If you run out of
  760. gas roadside and stick out your thumb with gas can in hand, do you
  761. refuse a tow from a tow-truck that happens to come along because you
  762. never expected it:  "Thanks, but that's not what I had in mind,
  763. actually."?  It'd be a gift horse.  Aren't ends more important than
  764. mean and isn't that what makes them ends?
  765.  
  766. I have no crystal ball, certainly, but the public, me among them, has
  767. been told that memory's going to get solved.  If it does, genuinely,
  768. by any method, even if not the "best of all possible," the product
  769. will be ahead and so will we.  <stepping off soapbox>.
  770.  
  771.  
  772. Msg#8899   To:DIRK LESKO                                (Rcvd)
  773. From:CONSTANTIN FLORESCU                        Date:04/04/89
  774. Subject:(R)THINK TWICE                          Parent Msg#8685
  775. ------------------------------------------------------------------------------
  776. I can bet, that is a part-timer dentist...He has to make up for his
  777. salary...how much can he get paid by Nant anyhow...35-40K.. whreas as a
  778. dentist he could do better.
  779. <CF>
  780.  
  781.  
  782. Msg#8901   To:RICK RAMHAP                                
  783. From:CONSTANTIN FLORESCU                        Date:04/04/89
  784. Subject:(R)JOB OPENING!                         Parent Msg#8880
  785. ------------------------------------------------------------------------------
  786. Quanto dinnero ?
  787. <CF>
  788.  
  789.  
  790. Msg#8902   To:HOWARD KAPUSTEIN                          (Rcvd)
  791. From:CONSTANTIN FLORESCU                        Date:04/04/89
  792. Subject:(R)TOOLS ONE                            Parent Msg#8881
  793. ------------------------------------------------------------------------------
  794. How right you are Howard. I got it too that offer the other day and I
  795. did not even open the envelope...it ended up same place with Shop Rite
  796. etc flyers. And is not that FUNCky is much superior but also look at the
  797. support we get from Dirk...
  798. I should have taken the time to send that envelope back to Nantucket and
  799. tell them to first solve their big problems MEMORY etc and then compete
  800. with their own supporters. I really believe their business decision is
  801. short of silly...
  802. <CF>
  803.  
  804.  
  805. Msg#8903   To:DIRK LESKO                                (Rcvd)
  806. From:ROB HANNAH                                 Date:04/04/89
  807. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  808. ------------------------------------------------------------------------------
  809. I use select() all the time under netware (2.0a & 2.12) without the
  810. slightest problem.  As far as select goes, I generally code it like
  811.  
  812. select select( 'clients' )
  813.  
  814. That way, if clients doesn't happen to be open, I end up with select 0
  815. instead of a bomb.
  816.  
  817. ROB
  818.  
  819.  
  820. Msg#8905   To:DAVID MORGAN                              (Rcvd)
  821. From:DIRK LESKO                                 Date:04/04/89
  822. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  823. ------------------------------------------------------------------------------
  824. Well that's just it. The overall outcome is still left hanging. The
  825. explanation of how it is going to work is still very vague. If a dynamic
  826. link library under DOS was the way to go then we would all have bought
  827. RTlink a long time ago. That hasn't happened so I don't see a rosy future
  828. for that method until it is handled by the operating system....
  829.  
  830. dLESKO
  831.  
  832.  
  833. Msg#8906   To:CONSTANTIN FLORESCU                       (Rcvd)
  834. From:DIRK LESKO                                 Date:04/04/89
  835. Subject:(R)THINK TWICE                          Parent Msg#8685
  836. ------------------------------------------------------------------------------
  837. Who knows? In Germany it may be different. IF anybody out there has
  838. Tools, you are welcome to upload your comments....
  839.  
  840. dLESKO
  841.  
  842.  
  843. Msg#8909   To:DIRK LESKO                                (Rcvd)
  844. From:NEIL WEICHER                               Date:04/04/89
  845. Subject:(R)TOOLS ONE                            Parent Msg#8881
  846. ------------------------------------------------------------------------------
  847. Dirk:
  848.  
  849. Which question do you want us to answer first!
  850.  
  851. Neil
  852.  
  853.  
  854. Msg#8910   To:DIRK LESKO                                (Rcvd)
  855. From:RICH WINTER                                Date:04/04/89
  856. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  857. ------------------------------------------------------------------------------
  858. <Expletive deleted>! That means I can't use Turbo Debugger to trace
  859. through and debug mixed language programs!
  860.  
  861.  
  862. Msg#8911   To:NEIL WEICHER                              (Rcvd)
  863. From:DIRK LESKO                                 Date:04/04/89
  864. Subject:(R)TOOLS ONE                            Parent Msg#8881
  865. ------------------------------------------------------------------------------
  866. Doesn't matter, ust looking for honest opinions....BY the way..Hi !
  867.  
  868. dLESKo
  869.  
  870.  
  871. Msg#8912   To:RICH WINTER                               (Rcvd)
  872. From:DIRK LESKO                                 Date:04/04/89
  873. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  874. ------------------------------------------------------------------------------
  875. Yup...Call Borland and ask em why they changed...I thought they would
  876. have opted for closer compatibility...
  877.  
  878. dLESKO
  879.  
  880.  
  881. Msg#8913   To:DIRK LESKO                                (Rcvd)
  882. From:JON MELTZER                                Date:04/04/89
  883. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  884. ------------------------------------------------------------------------------
  885. That's all? No action on the .EXE size concern? If I wanted RTLink,
  886. I'd buy RTLink ...
  887. Dirk, you and Steve have to give them hell at the conference!
  888.  
  889.  
  890. Msg#8914   To:STEVE STRALEY                             (Rcvd)
  891. From:JON MELTZER                                Date:04/04/89
  892. Subject:(R)THINK TWICE                          Parent Msg#8685
  893. ------------------------------------------------------------------------------
  894. So, where do the rest of us poor little elves go to get our
  895. Christmas goodies (smaller .EXE files!!) ?
  896.  
  897.  
  898. Msg#8919   To:DIRK LESKO                                (Rcvd)
  899. From:JON MELTZER                                Date:04/04/89
  900. Subject:(R)TOOLS ONE                            Parent Msg#8881
  901. ------------------------------------------------------------------------------
  902. Well, I just tried call __setwin ... and then I went out into the hall
  903. and kicked the water fountain ...
  904. can you say anything about __winrest and __winsave? I presume that
  905. they work similar to __scrsave and __scrrest ...
  906.  
  907.  
  908. Msg#8920   To:JON MELTZER                               (Rcvd)
  909. From:DIRK LESKO                                 Date:04/04/89
  910. Subject:(R)TOOLS ONE                            Parent Msg#8881
  911. ------------------------------------------------------------------------------
  912. I beleive all they do is call __winsave and __winrest....You can call
  913. them directly int he following manner:
  914.  
  915.         temp = space(4000)      && allocate buffer size of screen
  916.  
  917.         call __winsave with word(0), word(0), word(24), word(79),;
  918.                             temp
  919.  
  920. That will save the screen into the buffer....To restore, just call
  921.  
  922.         call __winrest with temp
  923.  
  924. And that should restore it. There are many 'goodies' like that. however I
  925. would point at that it is a little easier saying:
  926.  
  927.         save screen to TEMP
  928.  
  929. Than it is to setup the buffer to call __winsave. My point is that alot
  930. of what you are paying for is there already, only if they would have made
  931. it public....But then they would have to support it so it is probably not
  932. a good idea to publish it anyway, you know they will support save screen
  933. to, but __setwin and __winsave will probably bite the dust int he next
  934. release....
  935.  
  936. dLESKO
  937.  
  938.  
  939. Msg#8921   To:HOWARD KAPUSTEIN                          (Rcvd)
  940. From:STEVE DAVIES                               Date:04/04/89
  941. Subject:(R)TOOLS ONE                            Parent Msg#8881
  942. ------------------------------------------------------------------------------
  943. Don't forget that with a club discount you can save about $50.00 on
  944. FUNCky also.
  945.  
  946.  
  947. Msg#8922   To:RICH WINTER                               (Rcvd)
  948. From:MARK NEIDORFF                              Date:04/04/89
  949. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  950. ------------------------------------------------------------------------------
  951. You can't use tlink 2.0 with clipper.  There are 2 .obj file formats. 
  952. Intels and microsoft's.  Tlink2.0 uses intel's, tlink 1.5 AND clipper use
  953. microsoft'
  954. s.  Sorry about that.
  955.      <<  Mark  >>
  956.  
  957.  
  958. Msg#8923   To:HOWARD KAPUSTEIN                          (Rcvd)
  959. From:MARK NEIDORFF                              Date:04/04/89
  960. Subject:(R)TOOLS ONE                            Parent Msg#8881
  961. ------------------------------------------------------------------------------
  962. That's a good set of questions Howard.  Watch for replys!!
  963.      <<  Mark  >>
  964.  
  965.  
  966. Msg#8924   To:RON LANDBERG                              (Rcvd)
  967. From:MARK NEIDORFF                              Date:04/04/89
  968. Subject:(R)WK1 FILES                            Parent Msg#8887
  969. ------------------------------------------------------------------------------
  970. Sure there is.  Its an add on product called d123 put out by
  971. Communication Horizions.  Call Neil Weicher at 212 724 0150.  It sells
  972. for $149.
  973. I've never used it, but I;ve seen it work and it does the job well.
  974.      <<  Mark  >>
  975.  
  976.  
  977. Msg#8925   To:DIRK LESKO                                (Rcvd)
  978. From:DAVID MORGAN                               Date:04/05/89
  979. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  980. ------------------------------------------------------------------------------
  981.   > Well that's just it. The overall outcome is still left hanging.
  982.     The explanation of how it is going to work is still very vague.
  983.  
  984. That's right because today it's all future tense.  We haven't got the
  985. "how" yet.  It's just the nature of the project's current stage.  If
  986. the "how" is revealed in detail, it comes later.
  987.  
  988. While my bias is to stress the positive, that we have the "what" (no
  989. more memory inadequacy), over the negative (that we don't get
  990. blueprints), you might want to reverse the focus instead:  emphasize
  991. the absence of "how" rather than the presence of the "what." "Left
  992. hanging" is one way to put it.  That's accurate enough, I think, if
  993. you only mean to point out that implementation details are
  994. unprovided, not if you mean unprovided-but-ought-to-be.  The
  995. developers have been careful to a fault, inside the company and out,
  996. to avoid commitments to imperatives to reveal details till they feel
  997. it appropriate (as in the DBA interview).  They've given us no
  998. "ought-to-be's" and no great detail on internals.  You're right in
  999. saying so.
  1000.  
  1001. I think (from talking to a lot of them) that Clipper users' real,
  1002. main concern is elimination of memory inadequacy.  They're largely
  1003. indifferent to which solution or how it works if only it does indeed
  1004. work.  So, will it?  Look at the track record.  If we're "left
  1005. hanging" today about how future Nantucket products will do what they
  1006. do, then we were also hanging over the current one back in early
  1007. 1987; and similarly its predecessor six months before it got
  1008. released.  Both versions turned out to be great advances, good pieces
  1009. of work.  So, if the parallel continues, will be the outcome of
  1010. current efforts.  Vagueness or outright absence of explanation how
  1011. it'll all work doesn't have a lot of to do with its actual
  1012. workability.
  1013.  
  1014. The satisfaction level side of it all boils down to the face-value
  1015. acceptance or doubt of the developers' statements:  "The end is going
  1016. to be elimination of memory inadequacy; means undetailed."  You, I,
  1017. and the public believe it or we don't.
  1018.  
  1019.  
  1020.   > If a dynamic link library under DOS was the way to go then we
  1021.     would all have bought RTlink a long time ago.  That hasn't
  1022.     happened so I don't see a rosy future for that method until it is
  1023.     handled by the operating system....
  1024.  
  1025. Counterexample, I think (I have never used RTlink): RTlink via a
  1026. dynamic linking approach that differs from a PLINK static link, ends
  1027. up producing a program whose operational RAM requirement at runtime
  1028. is the same, doesn't it?  No help.  A dynamic linking approach,
  1029. differently designed, might also just as well produce, instead, an
  1030. operation whose RAM requirement was less.  Perhaps RTlink wouldn't
  1031. help, but that would.  People haven't all bought RTlink a long time
  1032. ago because it doesn't offer the thing they're after.  Something that
  1033. did, different story.
  1034.  
  1035. My understanding is that dynamic linking, and any other approach for
  1036. Nantucket, is not under consideration for its own sake but for that
  1037. of eliminating the peculiar and historical memory inadequacy problems
  1038. of DOS.  If it can't accomplish that, I doubt we'd be hearing about
  1039. it.  Certainly it'd be ideal if the OS handled it.  (Some indeed do,
  1040. like OS/2 and Unix, and under those in the potential multi-platform
  1041. Nantucket future, it seems likely those capabilities would be
  1042. exploited.) But given that under DOS the OS support isn't there, you
  1043. have to "roll-your-own" dynamic linking, as you point out. I think
  1044. that's what the developers are talking about.  See what emerges.
  1045.  
  1046.  
  1047. Msg#8926   To:DIRK LESKO                                (Rcvd)
  1048. From:CONSTANTIN FLORESCU                        Date:04/05/89
  1049. Subject:(R)THINK TWICE                          Parent Msg#8685
  1050. ------------------------------------------------------------------------------
  1051. I agree that this dentist might be a good programer...I wander if he is
  1052. also a good dentist...
  1053. But whatever the case, in this situation Nantucket made a very poor
  1054. business decision. I agree and I support free competition because after
  1055. all that made this country so great but this is not competition...
  1056. I don't know but in this case I picture Nantucket like the parent and all
  1057. the other developers as  children and I don't understand why the the
  1058. parent(a wise one at least) should do that(compete or whatever) to its
  1059. children...
  1060. <CF>
  1061.  
  1062.  
  1063. Msg#8927   To:JON MELTZER                               (Rcvd)
  1064. From:CONSTANTIN FLORESCU                        Date:04/05/89
  1065. Subject:(R)THINK TWICE                          Parent Msg#8685
  1066. ------------------------------------------------------------------------------
  1067. Ask the dentist...Jon probably he knows better than Nantucket.
  1068. <CF>
  1069.  
  1070.  
  1071. Msg#8928   To:DAVID MORGAN                               
  1072. From:DIRK LESKO                                 Date:04/05/89
  1073. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1074. ------------------------------------------------------------------------------
  1075. Correct on all terms. Dynamic Linking is just a shared overlay that does
  1076. not have to be loaded into ram every time it is called. There is no
  1077. easy solution to the memory problem....just ask Lotus who had to resort
  1078. to PharLaps extender just to get 3.0 to run in a normal 8088. however,
  1079. Dynamic Link Libraries were mentioned as the means by which memory
  1080. limitations wouuld be conquered in an interim release. This statement
  1081. domes from the last rounds that Phill Usher and Basil made just last
  1082. month. So the company has stated that yes, memory limitations would be
  1083. lifted, but they also have spilled as to the 'how' it will be done. If it
  1084. is really what will be, tyhen we will have to wait and judge for
  1085. ourselves.....
  1086.  
  1087. dLESKO
  1088.  
  1089.  
  1090. Msg#8929   To:CONSTANTIN FLORESCU                       (Rcvd)
  1091. From:DIRK LESKO                                 Date:04/05/89
  1092. Subject:(R)THINK TWICE                          Parent Msg#8685
  1093. ------------------------------------------------------------------------------
  1094. That parallels a statement made to me about 'Parents that eat their
  1095. young' by some well known industry Pundit....
  1096.  
  1097. dlESKO
  1098.  
  1099.  
  1100. Msg#8930   To:ALL                                        
  1101. From:JOE BOOTH                                  Date:04/05/89
  1102. Subject:TOOLS ONE                               Parent Msg#8930
  1103. ------------------------------------------------------------------------------
  1104. I too receive my ad for tools, and would like to pose some thoughts....
  1105.  
  1106. Why didn't Nantucket add the functions into EXTEND.LIB, write additional
  1107. documentation, and sell the same product as an upgrade ?  By offering the
  1108. product as third-party add-on, they are competing with some of the best
  1109. programmers out there (Steve, Dirk, Niel, etc)...
  1110.   
  1111. What should our response be?   Should we treat this as another third
  1112. party product?  If so, there are substantially better libraries available
  1113. and I wouldn't lose any sleep over it....
  1114.   
  1115. Will this library face the same upgrade headaches other's had to bear if
  1116. Nantuckets changes its internals?   If I were to use this library for
  1117. windowing (as the ad's say it does), then will that be the syntax for the
  1118. long-promised windowing??   
  1119.   
  1120. Hopefully I won't get thrown off the board for this next opinion, but I
  1121. don't see anything wrong with Nantucket selling this product.  I do,
  1122. however, see the potential for a lot of wrong.  If Nantucket starts to
  1123. use corporate power, to unfairly compete, then I disagree with their
  1124. stance.  If Nantucket sells this product just like any other vendor
  1125. sell his LIB file, then fine.   If Nantucket says that their product
  1126. should be bought, because of who they are, not on it's merits, then
  1127. I disagree.  
  1128.   
  1129. Before we go off the deep end, lets find out how Nantucket plans to
  1130. compete with the third party vendors.  If they plan a fair competition,
  1131. then we shouldn't complain.  If they plan to compete unfairly, selling
  1132. the product as the only approved CLIPPER add-on, bombarding all CLIPPER
  1133. users because they have the mailing list, or if they forget the main
  1134. thrust of their business and work on improving the tools rather than
  1135. the compiler, let's complain loudly.....
  1136.   
  1137. I understand the third-party vendors positions, but I am willing to
  1138. buy their products, because they appear to be the best LIB's available.
  1139. (FUNCKY and the Toolkit are included every time I link).  If Nantucket
  1140. puts out a product that by far BLOWS away the other libs, I will look
  1141. at it.  I will also wonder why the company spent manpower and dollars
  1142. on this product and not the compiler...
  1143.   
  1144. One final question before I sign off..  If this is Tools One, does 
  1145. this mean other similar products are forthcoming ????
  1146.  
  1147.  
  1148. Msg#8932   To:DAVE LOBEL                                (Rcvd)
  1149. From:JOHN THORN                                 Date:04/05/89
  1150. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1151. ------------------------------------------------------------------------------
  1152. Dave:  Can't say enough good things about Paradise....you be the judge,
  1153. tho....
  1154.  
  1155.  
  1156. Msg#8934   To:JOE BOOTH                                 (Rcvd)
  1157. From:CLIFF GREEN                                Date:04/05/89
  1158. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1159. ------------------------------------------------------------------------------
  1160. another question to add to your list:  If Nantucket is issuing this set
  1161. of Tools _now_, right after "pre-announcing" the pre-release of
  1162. not-quite-Pegasus, what does that say about the likelihood of the next
  1163. incarnation of Clipper coming out soon?  If Nantucket thinks there's a
  1164. market for a S87 add-on, doesn't that imply that S89 (or whatever it will
  1165. be) is not really as imminent as the pronouncements of the last month
  1166. imply?
  1167.  
  1168.  
  1169. Msg#8935   To:RON LANDBERG                              (Rcvd)
  1170. From:CHRISTOPHER EDGAR                          Date:04/05/89
  1171. Subject:(R)WK1 FILES                            Parent Msg#8887
  1172. ------------------------------------------------------------------------------
  1173. Ron,
  1174. Check Out Neil's dONEtwoTRHEE library...
  1175.  
  1176. --Christopher
  1177.  
  1178.  
  1179. Msg#8936   To:JOHN THORN                                (Rcvd)
  1180. From:DAVE LOBEL                                 Date:04/05/89
  1181. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1182. ------------------------------------------------------------------------------
  1183. John,
  1184.  
  1185. I finally got a hold of SONY today.  They agree that there is a
  1186. "HARDWARE" upgrade for my particular monitor.  It will cost a bit over
  1187. $100.
  1188.  
  1189. My question is:
  1190.  
  1191.         Is it an upgrade of a defect?
  1192.  
  1193. We'll see.
  1194.  
  1195. YEL-DAVE
  1196.  
  1197.  
  1198. Msg#8937   To:CLIFF GREEN                               (Rcvd)
  1199. From:DAVE LOBEL                                 Date:04/05/89
  1200. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1201. ------------------------------------------------------------------------------
  1202. Good point........
  1203.  
  1204.  
  1205. Msg#8938   To:DIRK LESKO                                (Rcvd)
  1206. From:CONSTANTIN FLORESCU                        Date:04/05/89
  1207. Subject:(R)THINK TWICE                          Parent Msg#8685
  1208. ------------------------------------------------------------------------------
  1209. I like that even better...sounds so close to this case.
  1210. <CF>
  1211.  
  1212.  
  1213. Msg#8939   To:JOE BOOTH                                 (Rcvd)
  1214. From:JOHN THORN                                 Date:04/05/89
  1215. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1216. ------------------------------------------------------------------------------
  1217. Seems to me that, given Nantucket's proven inability to produce a product
  1218. on time and without serious bugs, they're looking to improve their
  1219. short-range cash flow.  With an ultra-thin programming staff, together
  1220. with the recent claims made for the next version, they need additional
  1221. money to take on more programmers (a.k.a. Basil Homer and the like).
  1222.  
  1223. I do not think that Nantucket is stupid enough to think that developers
  1224. will flock to a library that is reported to be little more than a
  1225. collection of public domain UDFs.
  1226.   
  1227. As a Clipper developer since Summer of 85, I've seen the product mature,
  1228. become immature, mature again, regress, etc.  The Tools issue is another
  1229. regression.  I concur that they should have updated the EXTEND.LIB (and
  1230. fixed up crappy code it contains).  Summer of 87's lineage is strewn with
  1231. bug reports, anamolies for which there is no work-around, etc.  Perhaps
  1232. they SHOULD have completely "repaired" their latest release before they
  1233. began to market something that's sure to contain >= number of errors.
  1234.  
  1235.  
  1236.  
  1237. Msg#8940   To:DAVE LOBEL                                (Rcvd)
  1238. From:JOHN THORN                                 Date:04/05/89
  1239. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1240. ------------------------------------------------------------------------------
  1241. Dave,
  1242.  
  1243. It's not a defect!  Rather, it is an undocumented feature!  Add $100 to
  1244. the cost of your Sony and you COULD have had a NEC!
  1245.  
  1246.  
  1247. Msg#8942   To:JOHN THORN                                (Rcvd)
  1248. From:DIANE LASK                                 Date:04/05/89
  1249. Subject:(R)PROGRAM MAIL                         Parent Msg#8675
  1250. ------------------------------------------------------------------------------
  1251. John,
  1252.         Thanks for your comments on Commit.  I take a little different
  1253. tack when dealing with this situation.  I do not hesitate over using
  1254. Commit as a rule but I do recommend against using caching systems as we
  1255. have had several problems with memory conflicts.  My inclination is to
  1256. forego the cache and leave the commit.  Different point of view I
  1257. suppose.
  1258.  
  1259.  
  1260. Msg#8943   To:MIGUEL MALDONADO                           
  1261. From:DIANE LASK                                 Date:04/05/89
  1262. Subject:(R)COMMIT                               Parent Msg#8738
  1263. ------------------------------------------------------------------------------
  1264. Hi Miguel.  I can assure you that the commit command will flush only to
  1265. the dos buffers.  DOS 3.2 simply does not have the function call
  1266. available for the hard disk write.  The DOS COMMIT func6tion was
  1267. introduced with the 3.3 version.  What you are experiencing is probably
  1268. the fact that you have set up your system well and with only a few (ie.
  1269. 8) DOS buffers.  The buffers automaticaly write to the disk when full.
  1270.  
  1271.  
  1272. Msg#8944   To:RON LANE                                  (Rcvd)
  1273. From:DIANE LASK                                 Date:04/05/89
  1274. Subject:(R)DOS4 & CLIPPER                       Parent Msg#8663
  1275. ------------------------------------------------------------------------------
  1276. Thanks for the tip Ron , I'll keep it in mind.
  1277.  
  1278.  
  1279. Msg#8945   To:STEVE STRALEY                             (Rcvd)
  1280. From:DIANE LASK                                 Date:04/05/89
  1281. Subject:(R)NANTUCKET                            Parent Msg#4836
  1282. ------------------------------------------------------------------------------
  1283. Steve,  HI!
  1284.         Guess this thread has gotton so long I'm uncertain as to what
  1285. you're referring to when you say 'wrong impression.'  Guess thats what
  1286. happens when I get to log in only once a week.  Anyhow nice hearing from
  1287. you.
  1288.  
  1289.  
  1290. Msg#8946   To:DIRK LESKO                                (Rcvd)
  1291. From:JAMES CURRAN                               Date:04/05/89
  1292. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1293. ------------------------------------------------------------------------------
  1294. .       Sorry if this is a bit a divergance, but I thought neither
  1295. PharLaps extenders, nor 1-2-3 3.0  worked on an 8088, just 80286 + up
  1296.  
  1297.  
  1298. Msg#8947   To:JAMES CURRAN                              (Rcvd)
  1299. From:DIRK LESKO                                 Date:04/05/89
  1300. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1301. ------------------------------------------------------------------------------
  1302. Whoops....Maybe you're right, I don't seem to recall 100% now that you
  1303. mention it....
  1304.  
  1305. dLESKO
  1306.  
  1307.  
  1308. Msg#8948   To:DIANE LASK                                 
  1309. From:DIRK LESKO                                 Date:04/05/89
  1310. Subject:HELLO                    
  1311. ------------------------------------------------------------------------------
  1312. Hi Diane...
  1313.  
  1314.  
  1315. Msg#8949   To:JOE BOOTH                                 (Rcvd)
  1316. From:RON CALLAHAN                               Date:04/05/89
  1317. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1318. ------------------------------------------------------------------------------
  1319. My opinion, (for what it's worth), is that anythink Nantucket puts out
  1320. should not be add-on lib.s but offcial extensions to the language. In
  1321. other words, they would sell them as updates now, but would be included
  1322. as official syntax in the next release. If the functions are not to
  1323. be included in the next release, then they have no business selling the
  1324. product.
  1325.  
  1326.  
  1327. Msg#8950   To:JOHN THORN                                (Rcvd)
  1328. From:DAVE LOBEL                                 Date:04/06/89
  1329. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1330. ------------------------------------------------------------------------------
  1331. Just what I wanted to hear at 4:00 in the morning......
  1332.  
  1333. YEL-DAVE
  1334.  
  1335.  
  1336. Msg#8951   To:ALL                                        
  1337. From:STEVE DAHLIN                               Date:04/06/89
  1338. Subject:CORRUPT INDEX?                          Parent Msg#8951
  1339. ------------------------------------------------------------------------------
  1340. Does anyone know of any quirks in Clipper that would allow you to open
  1341. a corrupt index file, only to have the application to give you an
  1342. "Open Error" message (DOSERROR #0) when you try to open the very next
  1343. index file?  When I delete the indexes which are opened prior to the
  1344. one that bombs and the system re-indexes them, then it can open the
  1345. rest of the index files fine.
  1346.  
  1347.  
  1348. Msg#8952   To:JON MELTZER                               (Rcvd)
  1349. From:STEVE STRALEY                              Date:04/06/89
  1350. Subject:(R)THINK TWICE                          Parent Msg#8685
  1351. ------------------------------------------------------------------------------
  1352. Quick Basic... I think..., but who knows... I'm loosing interest
  1353. rapidly...  
  1354.  
  1355.  
  1356.  
  1357. Msg#8954   To:JOE BOOTH                                 (Rcvd)
  1358. From:STEVE STRALEY                              Date:04/06/89
  1359. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1360. ------------------------------------------------------------------------------
  1361. I get that impression... who knows... maybe Tools Two, UI, a program
  1362. generator... but then again, I'm just guessin'
  1363.  
  1364. Steve
  1365.  
  1366.  
  1367. Msg#8955   To:CLIFF GREEN                               (Rcvd)
  1368. From:JOE BOOTH                                  Date:04/06/89
  1369. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1370. ------------------------------------------------------------------------------
  1371. Nantucket has said that the next release of Clipper, will be compatible
  1372. with Tools.   Hopefully, that means it will also be compatible with
  1373. FUNCKY as well....
  1374.  
  1375.  
  1376. Msg#8956   To:STEVE DAHLIN                               
  1377. From:JOE BOOTH                                  Date:04/06/89
  1378. Subject:(R)CORRUPT INDEX?                       Parent Msg#8951
  1379. ------------------------------------------------------------------------------
  1380. CLIPPER does not check the integrity of the index, so what you are 
  1381. describing can occur routine.  (It also doesn't check the integrity
  1382. of DBF files for that matter).   Dos error 0 is Clipper's way of 
  1383. saying I give up, so don't look for DOS error 0 anywhere....
  1384.  
  1385.  
  1386. Msg#8958   To:JOE BOOTH                                 (Rcvd)
  1387. From:CLIFF GREEN                                Date:04/06/89
  1388. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1389. ------------------------------------------------------------------------------
  1390. a very pertinent point.  I hope Clipper2 (Pegasus, whatever) will be
  1391. compatible with the various tools purchases I'm planning (and making)
  1392. now;  if not, I have a real dilemma:  stay with the power I'm
  1393. accumulating now, or cross over to the promised land (emphasis on the
  1394. 'promise').  How soon will all this happen?  Will there be enough time to
  1395. write off/absorb/pass on the expense of the current crop of tools?  Will
  1396. the transition time (read: time to pinpoint the bugs and problems and
  1397. then correct for/work around them) be comparable to that from A86 to S87?
  1398. What's the upgrade (presuming it _is_ an upgrade, not a new product with
  1399. new product cost buyin) going to cost?
  1400.  
  1401.  
  1402. Msg#8959   To:DIRK LESKO                                (Rcvd)
  1403. From:MARK NEIDORFF                              Date:04/06/89
  1404. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1405. ------------------------------------------------------------------------------
  1406. Yep.  Best info is that 123 v3.0 is 286+ software.
  1407.      <<  Mark  >>
  1408.  
  1409.  
  1410. Msg#8962   To:ALL                                        
  1411. From:ROGER DONNAY                               Date:04/07/89
  1412. Subject:DCLIP - CLIPPER ZIPPER!                 Parent Msg#8962
  1413. ------------------------------------------------------------------------------
  1414. ** New Product Announcment **     dCLIP - "The CLIPPER ZIPPER!"
  1415.  
  1416. For CLIPPER Developers - A complete, interactive development and 
  1417. runtime system which runs your Clipper applications from a dot 
  1418. prompt or a runtime engine - without linking!   Run applications 
  1419. at compiled speed or any Clipper command from the dot in 
  1420. interpretive mode.  dCLIP not only speeds up the development cycle 
  1421. of Clipper applications, but also solves the memory management 
  1422. problems which cannot be resolved with overlay linking.  dCLIP 
  1423. uses "dynamic linking" technology to run your applications from 
  1424. your compiled OBJect code or dynamic libraries.  Edit your source 
  1425. code, compile, and run with a "live" Clipper environment, all from 
  1426. the dot prompt.  Includes interactive dBUGGER, report editor, 
  1427. ASSIST-style database manager, printer manager, and many new 
  1428. commands and functions which can even be used in your Clipper EXEs.
  1429. For more information, download the documentation file ZIPPER1.ZIP 
  1430. or the complete demo program ZIPPER2.ZIP.  If these files cannot 
  1431. be found on this BBS, call the ClipBoard BBS or our office for a 
  1432. free demonstration diskette.  Our special introductory price for 
  1433. dCLIP is only $149.00.  30-DAY NO RISK GUARANTEE!!!
  1434.  
  1435. DONNAY Software Designs                    Phone : 714-721-6720
  1436. 4000 Park Newport, Ste. 401                  Fax : 714-721-9495
  1437. Newport Beach, CA 92660           ClipBoard  BBS : 714-731-3946
  1438.  
  1439.  
  1440. Msg#8964   To:MARK NEIDORFF                             (Rcvd)
  1441. From:DIRK LESKO                                 Date:04/07/89
  1442. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1443. ------------------------------------------------------------------------------
  1444. Well I stand corrected, they couldn't do it for 8088 period. Another
  1445. comment I may make is the Multi-Platform Promise. If I may refer to the
  1446. Article in DBA, the goal of Object Clipper is to run unchanged on multi
  1447. Platforms, including DOS. Windows, PM, Unix and Macintosh. If I may also
  1448. refer to recent articles in PC-Week concerning Mitch Kapor's vision of
  1449. his On Technology Company. About 18 months ago his 'Vision' was to
  1450. provide a platform for that very purpose. A software layer that would
  1451. permit software to run unchanged on the very Platform Nantucket is
  1452. eyeing. May I say that Mitch Kapor invested Millions of Dollars nd hired
  1453. the top programmers inthe country to make the vision fly. 18 months later
  1454. he has abandoned the idea. Why? one very simple reason. Vendor
  1455. cooperation, or better said, lack of it. My question is that if after
  1456. 18 months and millions invested MK is tossing in the towel, are we to
  1457. think that Nantucket can pull it off? or should we urge that they really
  1458. concentrate on one issue until the technology is proven?
  1459.  
  1460. dLESKO
  1461.  
  1462.  
  1463. Msg#8966   To:ROGER DONNAY                               
  1464. From:DIRK LESKO                                 Date:04/07/89
  1465. Subject:(R)DCLIP - CLIPPER ZIPPER               Parent Msg#8962
  1466. ------------------------------------------------------------------------------
  1467. Hi Roger....Glad to see you make it on!
  1468.  
  1469. dLESKO
  1470.  
  1471.  
  1472. Msg#8967   To:JILL GOHR                                 (Rcvd)
  1473. From:DIRK LESKO                                 Date:04/07/89
  1474. Subject:(R)SKINNED CATS                         Parent Msg#8963
  1475. ------------------------------------------------------------------------------
  1476. Hi Jill, was your message sent to the person intended? or did you mean to
  1477. send it to Dave Morgan?
  1478.  
  1479. dL
  1480.  
  1481.  
  1482. Msg#8968   To:ALL                                        
  1483. From:RON HOCKEMEIER                             Date:04/07/89
  1484. Subject:GOVT COMPUTER NEWS                      Parent Msg#8968
  1485. ------------------------------------------------------------------------------
  1486. Remember the recent PC Week issue that reviewed DBMS software... and
  1487. didn't mention Clipper.
  1488. I just received the April 3, 1989 issue of Government Computer News and
  1489. they did the same thing.
  1490. The short article includes a lengthy table which list 50 or so DBMS
  1491. vendors (Ashton Tate, Wordtech, et al.).  Nantucket isn't included. 
  1492. Interestingly, the short article mentions Clipper/Nantucket...
  1493. Ironically, the same issue also contains a quarter page (or so) ad from
  1494. Nantucket.
  1495. Kinda makes ya wonder...
  1496. Be well.
  1497.  
  1498.  
  1499. Msg#8969   To:ALL                                        
  1500. From:CLIFF GREEN                                Date:04/07/89
  1501. Subject:NETWORK PRGRAMMING                      Parent Msg#8969
  1502. ------------------------------------------------------------------------------
  1503. Can anyone out there recommend some material for me?  I'm looking at one
  1504. or two programming projects (I'll do my thing in Clipper) specifically
  1505. for running on a lan.  I have no lan experience, and don't really know
  1506. what to look out for/be careful of (other than the loose notion that
  1507. files and records should be locked at appropriate times).  I guess my
  1508. priorities are:
  1509.         background info/guidelines
  1510.         tools
  1511.         examples
  1512.  
  1513. Oh yeah.  Anyone want to take a stab at recommending their favorite NOS
  1514. or lan configuration?
  1515.  
  1516.  
  1517. Msg#8970   To:ALL                                        
  1518. From:JOEL SHAPIRO                               Date:04/07/89
  1519. Subject:ANOMALY                                 Parent Msg#8970
  1520. ------------------------------------------------------------------------------
  1521. I don't know if this anomaly has been listed as yet.
  1522.  
  1523. In the following code segment the start time line does not execute
  1524. until a matching record is found. If there is none, the line will
  1525. never execute. This is wrong as the line precedes the loop.
  1526.  
  1527. The "GO TOP" seems to be the culprit. Moving GO TOP to just before
  1528. the DO WHILE command seems to clear things up.
  1529.  
  1530.  
  1531. sf=trim(sf) && search data
  1532. * set the filter
  1533. popfil = [sf$fcustno.or.sf$fcompany]
  1534. set filter to &popfil
  1535. go top && sets the filter
  1536. *** The following line doesn't execute until a match is found. ***
  1537. ? time() && start time
  1538. do while !eof()
  1539. ? time() && end time
  1540. ? fcustno,fcompany
  1541. ?
  1542. skip
  1543. enddo
  1544.  
  1545.  
  1546. Msg#8971   To:JOEL SHAPIRO                              (Rcvd)
  1547. From:MARK NEIDORFF                              Date:04/07/89
  1548. Subject:(R)ANOMALY                              Parent Msg#8970
  1549. ------------------------------------------------------------------------------
  1550. As I see it, the goto top is finding the 
  1551. "top of file " with the filter active.  In other words, the filtered top
  1552. of the dbf.   I don't think it is a bug.  I think that's the way filters
  1553. work.
  1554.      <<  Mark  >>
  1555.  
  1556.  
  1557. Msg#8972   To:CLIFF GREEN                               (Rcvd)
  1558. From:ROB HANNAH                                 Date:04/07/89
  1559. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8969
  1560. ------------------------------------------------------------------------------
  1561. I'd say go Netware all the way.  And avoid 3COM at all costs.  If you
  1562. want the smallest size network overhead, go Arcnet.  If you want speed go
  1563. Ethernet.  And if you want neither go Token Ring (they're the least prone
  1564. to hardware failiers though...).
  1565.  
  1566. As to tools, take a look at Netlib from Neil Weicher.
  1567.  
  1568. ROB
  1569.  
  1570.  
  1571. Msg#8973   To:MARK NEIDORFF                             (Rcvd)
  1572. From:ROB HANNAH                                 Date:04/07/89
  1573. Subject:(R)ANOMALY                              Parent Msg#8970
  1574. ------------------------------------------------------------------------------
  1575. Yeah, but ? time() should still work...
  1576.  
  1577. ROB
  1578.  
  1579.  
  1580. Msg#8974   To:ROB HANNAH                                (Rcvd)
  1581. From:DIRK LESKO                                 Date:04/07/89
  1582. Subject:(R)ANOMALY                              Parent Msg#8970
  1583. ------------------------------------------------------------------------------
  1584. Yes, but it will wait till the filter condition is met....
  1585.  
  1586. dLESKO
  1587.  
  1588.  
  1589. Msg#8976   To:RON CALLAHAN                              (Rcvd)
  1590. From:GREG MARTIN                                Date:04/07/89
  1591. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1592. ------------------------------------------------------------------------------
  1593. Ron,
  1594.  
  1595. I have to stick up for Nantucket on their intentions for their next
  1596. release of Clipper.  I feel that they are going the right direction
  1597. for the future.  As I have become more and more of a power user, I
  1598. have had to admit that Clipper by itself is just not powerful enough
  1599. for many of the things I want to do and because of the way it's built
  1600. there is no way to give it that power.  I to don't want to have to
  1601. rewrite all of my code and I believe that the Nantucket developers
  1602. understand that.  In my opinion, when the next release of Clipper
  1603. comes out (next year?) you'll be able to use your previous code with
  1604. (almost) no changes - but you won't be able to take advantage of some
  1605. of the sheer power you can have access to.  I believe your existing
  1606. programs will benefit greatly from the new way that Clipper will work
  1607. and that we'll all be blown away by all the new things we can do.  I
  1608. think that Nantucket is doing the right thing.  Maybe they need to be
  1609. even more open about what they're doing.  IF THEY DO IT RIGHT, I
  1610. think we'll all be giving Nantucket congratulations next year.
  1611.  
  1612. Greg Martin
  1613.  
  1614.  
  1615. Msg#8978   To:DIANE LASK                                 
  1616. From:JOHN THORN                                 Date:04/07/89
  1617. Subject:(R)PROGRAM MAIL                         Parent Msg#8675
  1618. ------------------------------------------------------------------------------
  1619. Diane:
  1620.  
  1621. Forgoing the cache is OK, provided all the client uses his/her computer
  1622. for is code that I write.  I've never had difficulty with caching as long
  1623. as I set E0 parameter.  I view the need to do this as a Clipper bug.  A
  1624. properly written extended/EMS access will see what's already using the
  1625. RAM before trying to occupy the same space.   (Hint, hint....next version
  1626. should have an expanded parameter setting which lets us specifically
  1627. define start/end RAM locations!)
  1628.  
  1629. John
  1630.  
  1631.  
  1632. Msg#8979   To:RON CALLAHAN                              (Rcvd)
  1633. From:JOHN THORN                                 Date:04/07/89
  1634. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1635. ------------------------------------------------------------------------------
  1636. I concur, wholeheartedly!  Tools should be an upgrade, but then, what car
  1637. manufacturer sells a vehicle without a jack?
  1638.  
  1639.  
  1640. Msg#8980   To:DAVE LOBEL                                (Rcvd)
  1641. From:JOHN THORN                                 Date:04/07/89
  1642. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1643. ------------------------------------------------------------------------------
  1644. Sorry, Dave, couldn't resist the temptation to rib ya!
  1645.  
  1646.  
  1647. Msg#8981   To:STEVE STRALEY                             (Rcvd)
  1648. From:HOWARD KAPUSTEIN                           Date:04/07/89
  1649. Subject:(R)TOOLS ONE                            Parent Msg#8981
  1650. ------------------------------------------------------------------------------
  1651. Greed, one man... Who be he? The president of Clipper? I'm not too
  1652. up-to-date regarding personalities in Nantucket. BTW, congratulations, I
  1653. saw your book in the bookstore the other day and I thought the name was
  1654. familar. 
  1655.  
  1656.  
  1657. Msg#8982   To:DIRK LESKO                                (Rcvd)
  1658. From:HOWARD KAPUSTEIN                           Date:04/07/89
  1659. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  1660. ------------------------------------------------------------------------------
  1661. Well, technically they did. TC 2.0 supports the Intel .OBJ specs, I think
  1662. they got the idea that the Intel specs are right, and why should they
  1663. follow MS, they're just another software company, right? It's good and
  1664. bad. They lack the full MS compatibility, but what they're saying is MS'
  1665. format is a subset, not the standard. Whether this attitude will work or
  1666. not is beyond me.
  1667.  
  1668.  
  1669. Msg#8983   To:CLIFF GREEN                               (Rcvd)
  1670. From:RON CALLAHAN                               Date:04/07/89
  1671. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8983
  1672. ------------------------------------------------------------------------------
  1673. Cliff:
  1674. As far as Lans go on the high end I like 3 Comm's 3 Share system.
  1675. It appears to be a bit easier to work with that Novell. It also has
  1676. fantastic response time. On the lower end I like to use DNA's system.
  1677. It's great for small installations with the proper hardware. (high speed
  1678. disks with 286 & 386 systems.) I use it for 5 to 8 user situations who
  1679. don't plan to grow much in the near future. It installs in 15 minutes and
  1680. is very easy for novice operators to use. You will definitly want Neil
  1681. Weicher's Netlib system. It's outstanding for network applications..
  1682. Ron
  1683.  
  1684.  
  1685. Msg#8984   To:ROB HANNAH                                (Rcvd)
  1686. From:RON CALLAHAN                               Date:04/07/89
  1687. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8969
  1688. ------------------------------------------------------------------------------
  1689. Rob.
  1690. I'm curious. What problems have you had with 3COM. I've used it and
  1691. Netware for the past couple of years. Performance wise I haven't seen
  1692. much difference. Is there something I should be looking out for?
  1693.  
  1694.  
  1695. Msg#8985   To:GREG MARTIN                                
  1696. From:RON CALLAHAN                               Date:04/07/89
  1697. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1698. ------------------------------------------------------------------------------
  1699. Greg.
  1700. If your right, I couldn't agree with you more. I'm all for progress.
  1701. It's just that I've been burned a few times. Let hope for the best.
  1702. Ron.
  1703.  
  1704.  
  1705. Msg#8986   To:DAVID MORGAN                              (Rcvd)
  1706. From:HOWARD KAPUSTEIN                           Date:04/07/89
  1707. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1708. ------------------------------------------------------------------------------
  1709. From a bit of observation, I would just like to drop a couple of remarks.
  1710. They are of a purely personaly basis, but I'm sure others out there have
  1711. had some of these thoughts too.
  1712.  
  1713. Nantucket is promising us "Dynamic Link Libraries" to reduce the memory
  1714. overhead, a critical bottleneck for Clipper applications. No more
  1715. overlays, no more 1 line program requiring 200K+ to run. All is good.
  1716. But... to me, it sounds like an OS/2 version of Clipper is coming soon,
  1717. and Nantucket is trying to implement DLLs under DOS (as opposed to the
  1718. operating system). What I'm concerned with is Nantucket's commitment to
  1719. DOS vs. OS/2. Yes, OS/2 is the future operating system. But due to high
  1720. hardware requirements (and, thus, $$$) its acceptance is still a ways
  1721. off. DOS is around now, it works, and it will still be here a few years
  1722. from now. It's good to see Nantucket looking to the future, but I am much
  1723. more concerned with solving the current problems. What concerns me is:
  1724. will Nantucket be "passing the buck" by promoting OS/2, with DOS support
  1725. as secondary?
  1726.  
  1727. This may sound anti-OS/2, but it's rather realistic. How many clients
  1728. want to purchase an OS/2 system just to run a (comparatively) simple
  1729. inventory system, or sales, or... Face it, many applicaitons don't NEED
  1730. all the bells and whistles. Interapplication communications,  etc. are
  1731. nice, but not really required when an old-fashioned PC with 512K and a
  1732. hard drive can do just as well. Hell, how many people run Clipper
  1733. applications in color? OS/2 doesn't support anything less than EGA.
  1734.  
  1735. Please make any noises you feel appropriate.
  1736.  
  1737.  
  1738. Msg#8987   To:CLIFF GREEN                               (Rcvd)
  1739. From:HOWARD KAPUSTEIN                           Date:04/08/89
  1740. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1741. ------------------------------------------------------------------------------
  1742. Or doesn't it imply that the next Clipper version won't be fully
  1743. functional under all operating systems (DOS).
  1744.  
  1745.  
  1746. Msg#8988   To:JILL GOHR                                  
  1747. From:HOWARD KAPUSTEIN                           Date:04/08/89
  1748. Subject:(R)SKINNED CATS                         Parent Msg#8963
  1749. ------------------------------------------------------------------------------
  1750. "Any given program will expand to fill all available memory."
  1751.    - Laws of Computer Programming
  1752.  
  1753.  
  1754. Msg#8989   To:ALL                                        
  1755. From:HOWARD KAPUSTEIN                           Date:04/08/89
  1756. Subject:DBASE HEADER FORMAT                     Parent Msg#8989
  1757. ------------------------------------------------------------------------------
  1758. I've got a quick, but important question. I'm trying to implement some
  1759. functions in C to access dbase files. The header of a dBASE III+ file is
  1760. supposed to have unsigned char Length, which is the length of a field.
  1761. Well, that gives dBASE C fields a length of 255 max. According to the
  1762. Clipper specs, Clipper can handle C fields up to 64K. My question is,
  1763. how? Here's part of the structure for a field:
  1764.  
  1765. struct FIELD {
  1766. ...
  1767.    unsigned char length;
  1768.    unsigned char decimal;
  1769.    unsigned char mutli_user[2];
  1770. ...
  1771. };
  1772.  
  1773. Does Clipper assume that a C field has no decimal point, and the length
  1774. and decimal variables can be used as a single unsigned int (2 bytes,
  1775. 0-65535)? I would guess this is how Clipper does it, but would like some
  1776. verification if anyone actually knows. Thanks.
  1777.  
  1778.  
  1779. Msg#8991   To:CLIFF GREEN                               (Rcvd)
  1780. From:STEVE STRALEY                              Date:04/08/89
  1781. Subject:(R)TOOLS ONE                            Parent Msg#8930
  1782. ------------------------------------------------------------------------------
  1783. One of the things I hope is that my ToolkiT will be compatable, cause if
  1784. it ain't, then we all will be waiting for the great nothing.
  1785.  
  1786. Steve
  1787.  
  1788.  
  1789. Msg#8992   To:GREG MARTIN                                
  1790. From:STEVE STRALEY                              Date:04/08/89
  1791. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1792. ------------------------------------------------------------------------------
  1793. The words "right" direction has been tossed about without any
  1794. consideration to the present direction.  Additionally, if the future
  1795. direction ties us into a language that 3 developers are working on
  1796. without ANY assurance of 100% compatability in a time frame which is, for
  1797. lack of a better term, lightning makes me highly skepticle.  I don't mean
  1798. to take anything away from them and I hope they can pull it off, but
  1799. Dirk's point is well taken.  Additionally, I know there are plenty of
  1800. talented and knowledgable people in the east and collectively, they say
  1801. the Pegasus project is impossible in the given time frame with the
  1802. limited resources. 
  1803.  
  1804. Greg, I believe in Clipper and as a believe, logic can't apply, but my
  1805. "believes" are no longer on solid ground... I just don't think it all can
  1806. be done in the time frame given, let along being done right....
  1807.  
  1808. Steve
  1809.  
  1810.  
  1811. Msg#8993   To:HOWARD KAPUSTEIN                          (Rcvd)
  1812. From:STEVE STRALEY                              Date:04/08/89
  1813. Subject:(R)TOOLS ONE                            Parent Msg#8981
  1814. ------------------------------------------------------------------------------
  1815. I'm not sure... I just don't see the reason for introducing a set of
  1816. tools that is not already present in the industry.  Again, I like to look
  1817. at things logically and if I see no reason other than cash-flow, then
  1818. I'll call it that way.  Taking a look at some of the other comments here,
  1819. I'd have to think most people agree.
  1820.  
  1821. As per the book, ya... you should be seeing a NEW book out there as well
  1822. soon.  Thanks...
  1823.  
  1824. Steve
  1825.  
  1826.  
  1827. Msg#8994   To:STEVE STRALEY                             (Rcvd)
  1828. From:RON CALLAHAN                               Date:04/08/89
  1829. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  1830. ------------------------------------------------------------------------------
  1831. The point is well taken. Consider Mr. Homers estimates about UI2.
  1832. What was worse, every time Wallsoft released a version, it wasn't 
  1833. compatible with previous versions.
  1834.  
  1835.  
  1836. Msg#8995   To:DIRK LESKO                                (Rcvd)
  1837. From:JILL GOHR                                  Date:04/08/89
  1838. Subject:(R)SKINNED CATS                         Parent Msg#8963
  1839. ------------------------------------------------------------------------------
  1840. No and yes! Thanks for pointing this out. If there is a Walt Morgan,
  1841. I apologize for not paying closer attention. I was a "little" hot
  1842. under the collar ... and still am. Will kill msg and resend.
  1843.  
  1844.  
  1845. Msg#8998   To:JOHN THORN                                (Rcvd)
  1846. From:DIRK LESKO                                 Date:04/08/89
  1847. Subject:(R)THINK TWICE                          Parent Msg#8998
  1848. ------------------------------------------------------------------------------
  1849. Good stuff!
  1850.  
  1851. dLESKO
  1852.  
  1853.  
  1854. Msg#8999   To:HOWARD KAPUSTEIN                          (Rcvd)
  1855. From:DIRK LESKO                                 Date:04/08/89
  1856. Subject:(R)DBASE HEADER FORMAT                  Parent Msg#8989
  1857. ------------------------------------------------------------------------------
  1858. Clipper Sticks the overflow into the decimals portion of the field
  1859. description...Don't have the exact calc but I cam get it if you need
  1860. it...
  1861.  
  1862. dLESKO
  1863.  
  1864.  
  1865. Msg#9000   To:JILL GOHR                                 (Rcvd)
  1866. From:DIRK LESKO                                 Date:04/08/89
  1867. Subject:(R)SKINNED CATS                         Parent Msg#8963
  1868. ------------------------------------------------------------------------------
  1869. No Problem....I was just wondering if he would figure it out.....You
  1870. replied to a message sent to him by someone else.....I don't think you
  1871. need to kill the message, just let him know it was intended for someone
  1872. else...
  1873.  
  1874. dLESKO
  1875.  
  1876.  
  1877. Msg#9002   To:ALL                                        
  1878. From:MARC SCHNAPP                               Date:04/08/89
  1879. Subject:APPEND VS. LOW-LEVEL I O                Parent Msg#9002
  1880. ------------------------------------------------------------------------------
  1881. What's faster APPEND FROM <> SDF or using the low-level functions within
  1882. a loop (FOPEN(), FREAD(), FWRITE())?
  1883.   
  1884. I'm appending about 7-9K recs and the performance is disappointing-- has
  1885. anyone tried to do that?  Samples of code and comments would be
  1886. appreciated.
  1887.  
  1888.  
  1889. Msg#9003   To:MARC SCHNAPP                              (Rcvd)
  1890. From:NEIL WEICHER                               Date:04/08/89
  1891. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9002
  1892. ------------------------------------------------------------------------------
  1893. Mark:
  1894.  
  1895. The APPEND FROM SDF will be just as fast as anything.  You can use DB3C
  1896. to make it go faster, it just depends whether its worth it to you.
  1897.  
  1898. Also: if you can have the target file (the one you're appending into)
  1899. open in exclusive mode it will go faster.
  1900.  
  1901. Neil
  1902.  
  1903.  
  1904. Msg#9005   To:JOHN THORN                                (Rcvd)
  1905. From:DAVE LOBEL                                 Date:04/08/89
  1906. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  1907. ------------------------------------------------------------------------------
  1908. John, 
  1909.  
  1910. No problem, I'll just owe ya one.  Anyway, I brought my machine into
  1911. computer factory today to hook it up to an NEC 3D monitor.  It looks
  1912. great bu I think there is something wrong with my card.  I am going to
  1913. return it, but should I down grade to the Vega VGA card, try another
  1914. Fastwrite, or since I'm spending the money, go for the gusto and get the
  1915. VRAM VGA?  Or, just say the heck with it and go Paradise??????
  1916.  
  1917. What do you think (or anyone else)??????
  1918.  
  1919. Thanks for any input.....
  1920.  
  1921. YEL-DAVE
  1922.  
  1923.  
  1924. Msg#9006   To:MARC SCHNAPP                              (Rcvd)
  1925. From:DAVE LOBEL                                 Date:04/08/89
  1926. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9002
  1927. ------------------------------------------------------------------------------
  1928. Marc,
  1929.  
  1930. If I remember correctly, in one of the steering committe meetings awhile
  1931. back, that was brought up.  I think with Summer '87 it didn't make a
  1932. difference, except for easier programming (APPEND FROM <> SDF).
  1933.  
  1934. Haven't spoke in a while, give me a ring when you have some free time.
  1935.  
  1936. good luck......
  1937.  
  1938. YEL-DAVE
  1939.  
  1940.  
  1941. Msg#9007   To:ROB HANNAH                                (Rcvd)
  1942. From:MARK NEIDORFF                              Date:04/08/89
  1943. Subject:(R)ANOMALY                              Parent Msg#8970
  1944. ------------------------------------------------------------------------------
  1945. Not until the file pointer has found the top of the database according to
  1946. the filter condition.  See what I mean?
  1947.      <<  Mark  >>
  1948.  
  1949.  
  1950. Msg#9008   To:HOWARD KAPUSTEIN                          (Rcvd)
  1951. From:MARK NEIDORFF                              Date:04/08/89
  1952. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  1953. ------------------------------------------------------------------------------
  1954. No.  I think that Borland considers MS the competition and so will go to
  1955. lengths to avoid supporting their products when possible. (This is in
  1956. regard to the .obj file format debate brought about by tlink 2.0)
  1957.      <<  Mark  >>
  1958.  
  1959.  
  1960. Msg#9012   To:DIRK LESKO                                (Rcvd)
  1961. From:RON LANDBERG                               Date:04/09/89
  1962. Subject:(R)ANOMALY                              Parent Msg#8970
  1963. ------------------------------------------------------------------------------
  1964. Why?
  1965.  
  1966.  
  1967. Msg#9013   To:RON CALLAHAN                              (Rcvd)
  1968. From:CLIFF GREEN                                Date:04/09/89
  1969. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8983
  1970. ------------------------------------------------------------------------------
  1971. actually, I'm thinking of roughly three phases:  1) file server and two
  1972. (maybe a third) nodes as a pilot, 2) add about 5 more nodes in the same
  1973. building, but not all on the same floor, and 3) add three or four more
  1974. nodes in different buildings.  Phase 1 looks like it's going to happen,
  1975. 2 depends on its success, and 3 on that of 1 & 2.  There's been some talk
  1976. about adding a bridge to another, larger network, but I'm not going to
  1977. worry about that yet.  Have you run into any problems with distance
  1978. between nodes?  Have you had any experience in starting with one LAN,
  1979. then switching to another after the system "grew up"?
  1980.  
  1981.  
  1982. Msg#9016   To:ALL                                        
  1983. From:JOEL SHAPIRO                               Date:04/09/89
  1984. Subject:ANOMALY                  
  1985. ------------------------------------------------------------------------------
  1986. Thanks all for your comments. Anomaly or not, I think it's strange the DO
  1987. WHILE loop should appear to be self-executing because a filter condition
  1988. isn't met; especially when lines before the ENDDO don't attempt to use
  1989. database information.
  1990.  
  1991. Oh well, we learned something new.
  1992.  
  1993. Joel
  1994.  
  1995.  
  1996. Msg#9018   To:ALL                                        
  1997. From:RON LANE                                   Date:04/09/89
  1998. Subject:DOS4 TIP2                
  1999. ------------------------------------------------------------------------------
  2000. Well another one for the list of things that want work on
  2001. MS-DOS 4.01 and CLIPPER
  2002.  
  2003. clea
  2004. fiinfo = "Hello World"
  2005. s_dri = "A:"
  2006. fi = FCREATE("&s_dri.test",0)
  2007. FWRITE(fi,fiinfo,11)
  2008. FCLOSE(fi)
  2009. QUIT
  2010.  
  2011. Gives this error msg: If the disk has a write protect tab.
  2012.  
  2013. Exception # 13 at 02E6:7321
  2014. Error: 0000
  2015. Do you want to T)erminate the program, R)eboot, or try to C)ontinue?
  2016.  
  2017. What happened to: Write protect error writing drive A
  2018.                   Abort,Retry,Fail ?
  2019.  
  2020. Also this happens before any ERRORLEVEL check works. IE:
  2021.  
  2022. fi = FCREATE("&s_dri.test",0)
  2023.   IF fi > 0
  2024. FWRITE(fi,fiinfo,11)
  2025. FCLOSE(fi)
  2026. ELSE
  2027. RETU
  2028.   ENDI
  2029. Same error msg.
  2030.  
  2031. Dos 3.3 is looking better all the time.
  2032.                 Ron Lane
  2033.  
  2034.  
  2035.  
  2036. Msg#9019   To:DIRK LESKO                                (Rcvd)
  2037. From:JOHN THORN                                 Date:04/09/89
  2038. Subject:(R)THINK TWICE                          Parent Msg#8998
  2039. ------------------------------------------------------------------------------
  2040. Just tryin to do my "bit" for the cause.....
  2041.  
  2042. John
  2043.  
  2044.  
  2045. Msg#9020   To:DAVE LOBEL                                (Rcvd)
  2046. From:JOHN THORN                                 Date:04/09/89
  2047. Subject:(R)VGA .AND. SONY                       Parent Msg#8852
  2048. ------------------------------------------------------------------------------
  2049. Dave:  
  2050.  
  2051. For MY! money, Paradise has it all over Video 7 folks....sorry, found
  2052. some code that accessed IBM specific registers and Paradise was able to
  2053. handle it - the Video7 VGA crapped out.  I've also a friend with a NEC
  2054. and his Video7 VGA displays a nice crisp line down the screen.  Video7
  2055. techies said it was his monitor....oh, yea, then why doesn't appear when
  2056. using a Paradise, ATI....??? 
  2057.  
  2058. John
  2059.  
  2060.  
  2061. Msg#9021   To:CLIFF GREEN                               (Rcvd)
  2062. From:RON CALLAHAN                               Date:04/09/89
  2063. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  2064. ------------------------------------------------------------------------------
  2065. Cliff:
  2066. The only thing I'm doing over any distance at the moment is to use
  2067. a program such as PC Anywhere to dial up a station at the remote site.
  2068. This is not very efficiant because it takes an unused station at the 
  2069. remote site to dial up to. Unfortunately this is  the only way to go
  2070. with most networks.(It's also slow depending upon the baud rate of
  2071. your modems.) One advantage of PC Anywhere compareed to other programs
  2072. such as Carbon Copy, is that you can call in with a dumb terminal instead
  2073. of another PC running another copy of Carbon Copy.
  2074. You might want to check with the makers of the 10 Net Network system.
  2075. At one time they advertised the ability to dial up and connect directly 
  2076. to the server without going through another station.
  2077. If the above sounds confusing let me know and I'll try to restate it.
  2078. Ron.
  2079.  
  2080.  
  2081. Msg#9024   To:RON LANDBERG                              (Rcvd)
  2082. From:DIRK LESKO                                 Date:04/10/89
  2083. Subject:(R)ANOMALY                              Parent Msg#8970
  2084. ------------------------------------------------------------------------------
  2085. Because the TOP of the file with a filter is whenever a record is found
  2086. that matches the filter. That could mean a run through the entire file
  2087. before a condition is found, or not found...
  2088.  
  2089. dLESKO
  2090.  
  2091.  
  2092. Msg#9026   To:HOWARD KAPUSTEIN                          (Rcvd)
  2093. From:JOHN NEWTON                                Date:04/10/89
  2094. Subject:(R)CLIPPER AND TLINK                    Parent Msg#8879
  2095. ------------------------------------------------------------------------------
  2096. Who has the bigger stick??
  2097.  
  2098.  
  2099. Msg#9027   To:HOWARD KAPUSTEIN                          (Rcvd)
  2100. From:JOHN NEWTON                                Date:04/10/89
  2101. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  2102. ------------------------------------------------------------------------------
  2103. I still don't understand why everyone is so hoped up over OS/2.  I don't
  2104. need an operating system thats going to spend 30% to 40% of its time
  2105. drawing icons.  It's no problem reading text, in fact I don't have to
  2106. figuer out what some little picture is suppose to be. The bottom line is
  2107. that the majority of programs in use today - and from what I can see for
  2108. tomorrow - will be text based/driven.  For this reason I hope Nantucket
  2109. goes with the DOS version first then OS/2.  
  2110.  
  2111. Of course I hope they continue their development in the multi-platform
  2112. area, particularly UNIX.  The Army is moving steadly towards UNIX, and
  2113. with SCO and Interactive both releasing System V along with the DOS shell
  2114. system from Interative, you can now run multiple DOS applications on a
  2115. UNIX machine anlong with you UNIX applications.  While my reason are a
  2116. little selfish, I don hope Nantucket gets a UNIXversion out in a year or
  2117. two.
  2118.  
  2119.                 -John Newton
  2120.  
  2121.  
  2122. Msg#9029   To:RON CALLAHAN                              (Rcvd)
  2123. From:ROB HANNAH                                 Date:04/10/89
  2124. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8969
  2125. ------------------------------------------------------------------------------
  2126. We've been programming primarily in Netware - there's alot of stuff we do
  2127. that is kinda hard to replicate in 3COM.  Like finding out the physical
  2128. and logical station number, who has what files open / locked.  Not to
  2129. mention the superior security features under Netware.  We've also seen as
  2130. much as a 15% performance degradation under 3COM (which isn't really
  2131. saying much as the hardware environments weren't the same).
  2132.  
  2133. Probably the worst thing with 3COM is the tremendous amount of memory
  2134. overhead the drivers take.
  2135.  
  2136. ROB
  2137.  
  2138.  
  2139. Msg#9030   To:MARK NEIDORFF                             (Rcvd)
  2140. From:ROB HANNAH                                 Date:04/10/89
  2141. Subject:(R)ANOMALY                              Parent Msg#8970
  2142. ------------------------------------------------------------------------------
  2143. That sucks...
  2144.  
  2145. ROB
  2146.  
  2147.  
  2148. Msg#9031   To:DIRK LESKO                                (Rcvd)
  2149. From:ROB HANNAH                                 Date:04/10/89
  2150. Subject:(R)ANOMALY                              Parent Msg#8970
  2151. ------------------------------------------------------------------------------
  2152. Are u saying that the 'goto top' is simply pausing the program execution
  2153. until the filter condition is met, then allowing the first '? time()' to
  2154. execute?
  2155.  
  2156. ROB
  2157.  
  2158.  
  2159. Msg#9032   To:MARC SCHNAPP                               
  2160. From:RON HOCKEMEIER                             Date:04/10/89
  2161. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9032
  2162. ------------------------------------------------------------------------------
  2163. Hi Marc.  One of my applications does the equivalent of "appe from" all
  2164. the time.  (Source records come from an Optical Mark Reader [fill-in the
  2165. circle with a number two pencil type of device.])
  2166. There might be one record or 600 records.
  2167. I use low level file open and pop the data into an array.  I wrote the
  2168. code just after S'87 came out so I no longer remember the time
  2169. differences.  I "feel" there was a 30 to 50% time savings.  A good part
  2170. of the savings is due to use of an array (rather than a disc file) to
  2171. temporarily hold the data.
  2172. I uploaded that portion of the code.  The file is named "markfrom.ron." 
  2173. The code was written in a hurry to solev a CRISIS in early '87.  Since
  2174. then, I've added the low level/array business and IDL library.  (I
  2175. haven't had a chance to smmoth the code and upgrade to Funcky.)
  2176. BTW the variable "timer" is the processing time per record.  
  2177. (I time a task so the software can give a user the est. time a job will
  2178. be done.)  With dBxl on a bare bones PC. it took 4.1 seconds to process
  2179. each record.  With Clipper, low level/array, IDL.lib on a 386, etc. it takes
  2180. 0.02 seconds to process a record.
  2181. Be well.
  2182.  
  2183.  
  2184. Msg#9033   To:RON CALLAHAN                              (Rcvd)
  2185. From:CLIFF GREEN                                Date:04/10/89
  2186. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  2187. ------------------------------------------------------------------------------
  2188. no, that's not confusing.  In fact, one of the things I wanted to explore
  2189. was calling in from another site via modem to a modem on the server. 
  2190. Hopefully, that would put any activity through the modem under
  2191. application control, which something like pcAnywhere (which I would want
  2192. for different, support reasons) would not.  (muddied syntax?)
  2193.  
  2194.  
  2195. Msg#9034   To:ROB HANNAH                                (Rcvd)
  2196. From:CLIFF GREEN                                Date:04/10/89
  2197. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#8969
  2198. ------------------------------------------------------------------------------
  2199. I believe Netware only provides you with the NOS;  what kind of hardware
  2200. (cards, cabling, anything else?) are you using for your lan(s)?
  2201.  
  2202.  
  2203. Msg#9036   To:ROB HANNAH                                (Rcvd)
  2204. From:DIRK LESKO                                 Date:04/10/89
  2205. Subject:(R)ANOMALY                              Parent Msg#8970
  2206. ------------------------------------------------------------------------------
  2207. That's what should be happening. If the file is rather large it will scan
  2208. the entire file before realizing that the filter was not met. That could
  2209. take minutes depending on machine speed and DBF size....
  2210.  
  2211. dLESKO
  2212.  
  2213.  
  2214. Msg#9037   To:ROB HANNAH                                (Rcvd)
  2215. From:MARK NEIDORFF                              Date:04/10/89
  2216. Subject:(R)ANOMALY                              Parent Msg#8970
  2217. ------------------------------------------------------------------------------
  2218. Not really.  Remember that you are moving the file pointer when you issue
  2219. the go top.  If you don't need the filter yet, why move the pointer?
  2220. Yes, filters are slow and need to be redone.  I gripe about that too.
  2221.      <<  Mark  >>
  2222.  
  2223.  
  2224. Msg#9038   To:RON HOCKEMEIER                            (Rcvd)
  2225. From:MARK NEIDORFF                              Date:04/10/89
  2226. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9032
  2227. ------------------------------------------------------------------------------
  2228. Your PC to 386 comparison is an apples to oranges (er diamonds to boats 
  2229. that is.  So I don't get sued by you know who).  Try the test on the same
  2230. machine and the difference isn't so big.
  2231.      <<  Mark  >>
  2232.  
  2233.  
  2234. Msg#9039   To:DIRK LESKO                                (Rcvd)
  2235. From:HOWARD KAPUSTEIN                           Date:04/10/89
  2236. Subject:(R)DBASE HEADER FORMAT                  Parent Msg#8989
  2237. ------------------------------------------------------------------------------
  2238. Are the bytes in low:high order? So 0xF0AA would be stored as AAF0 ? I
  2239. think that's how words (2-byte values) are stored by DOS.
  2240.  
  2241.  
  2242. Msg#9041   To:JOHN NEWTON                               (Rcvd)
  2243. From:HOWARD KAPUSTEIN                           Date:04/10/89
  2244. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  2245. ------------------------------------------------------------------------------
  2246. I agree, partly. I've worked and programmed with the Mac and Sun
  2247. workstations in addition to DOS, DESQview and Windows (no OS/2, yet) and
  2248. I can honestly say that the GUI (Graphic User Interface) makes things
  2249. more intuitive, and hence easier to use. Compare Quicken on the PC and
  2250. the Mac. There is no comparison. The problem is because you only get 25
  2251. lines of display in text mode with DOS (without resorting to unsual
  2252. modes, 43, 50, etc.) and when deal with pixels instead of lines you get
  2253. more control. It's a bigger pain in the a** to line things up where you
  2254. want them, but the finished product is better. 
  2255.    I agree that OS/2 is a nice idea, maybe, but practically speaking most
  2256. Clipper programmers are more concerned with DOS support in the short to
  2257. medium term future (1-3 years) and would rather wait for the OS/2 version
  2258. than the DOS version. I just hope Nantucket has the same emphasis.
  2259.  
  2260.  
  2261. Msg#9043   To:MARK NEIDORFF                             (Rcvd)
  2262. From:STEVE STRALEY                              Date:04/11/89
  2263. Subject:(R)TOOLS ONE             
  2264. ------------------------------------------------------------------------------
  2265. No, this one is one Advanced Programming with introduction of C with some
  2266. enhanced library routines... like, a TRUE and WORKING dbedit()...  The
  2267. networking book has taken a side-line since I haven't gotten together
  2268. with Neil to work out the details...  I guess both of us are swamped
  2269. right now....
  2270.  
  2271. Steve
  2272.  
  2273.  
  2274. Msg#9044   To:HOWARD KAPUSTEIN                          (Rcvd)
  2275. From:DAVID MORGAN                               Date:04/11/89
  2276. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  2277. ------------------------------------------------------------------------------
  2278.  
  2279.  > to me, it sounds like ...  Nantucket is trying to implement DLLs
  2280.    under DOS ....  What I'm concerned with is Nantucket's commitment
  2281.    to DOS vs. OS/2. ...will Nantucket be "passing the buck" by
  2282.    promoting OS/2, with DOS support as secondary?
  2283.  
  2284. An intention to move toward dynamic linking doesn't necessarily
  2285. amount to an intention to move toward OS/2, right?  DOS (unlike OS/2)
  2286. doesn't have it built-in.  So under DOS you have to "roll-your-own"
  2287. dynamic linking, if you want to have it.  I think that's what the
  2288. developers are talking about doing.  Nantucket published a press
  2289. release about "future stuff" about a month ago.  It can be downloaded
  2290. from Nanforum on CompuServe.  In the "multi-platform" discussion I
  2291. think it says something about platform prioritization and my
  2292. impression is that DOS got first emphasis.
  2293.  
  2294.  
  2295. Msg#9046   To:HOWARD KAPUSTEIN                          (Rcvd)
  2296. From:DIRK LESKO                                 Date:04/11/89
  2297. Subject:(R)DBASE HEADER FORMAT                  Parent Msg#8989
  2298. ------------------------------------------------------------------------------
  2299. Yes, that is correct. However, DOS doesn't store it in that format...C
  2300. does. A LONG is also in the same order...
  2301.  
  2302. dLESKO
  2303.  
  2304.  
  2305. Msg#9048   To:MARK NEIDORFF                             (Rcvd)
  2306. From:RON HOCKEMEIER                             Date:04/11/89
  2307. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9032
  2308. ------------------------------------------------------------------------------
  2309. Mark: Of course.  I didn't log all the changes in the timing as the
  2310. software evolved.  I just wanted to show the differences in incremental
  2311. improvements.  Moving from dBxl vers 1.1 to Clipper A '86 meant a change
  2312. from 4.1 secs to 1.1 secs on the same machine.  After that, the changes
  2313. were very fast and I no longer have my notes on timing.  That's why I
  2314. qualified my perceptions and indicated the low level/array probably
  2315. resulted in a 30% to 50% time savings in my particular application.
  2316. Be well.
  2317.  
  2318.  
  2319. Msg#9052   To:ALL                                        
  2320. From:MIGUEL MALDONADO                           Date:04/12/89
  2321. Subject:LIBRARIES                               Parent Msg#9052
  2322. ------------------------------------------------------------------------------
  2323. Does anyone know if the functions in the Clipper Libraries can be access
  2324. from a C program?
  2325.  
  2326.  
  2327. Msg#9053   To:JOHN NEWTON                               (Rcvd)
  2328. From:MIGUEL MALDONADO                           Date:04/12/89
  2329. Subject:NEW CLIPPER RUMORS                      Parent Msg#9053
  2330. ------------------------------------------------------------------------------
  2331. Hi John,
  2332. I too do not understand why everyone is hoped up over OS/2.  I was hoping
  2333. Nantucket would come out with a version for UNIX, but the last meeting of
  2334. the NY Clipper User Group, Nantucket said it would not be coming out with
  2335. it, because they said that there is no proof that a UNIX standard exist!
  2336. .
  2337. Wordtech Systems announced that they have release QUICKSILVER, their
  2338. dBASE compiler, for UNIX/386!
  2339. Doesn't Wordtech know that there is no UNIX standard!?  I guess they want
  2340. to waste their money.
  2341. .
  2342. Nantucket wants facts that there is a standard and that it is going to be
  2343. the market choice. I would like to send them some. If you have any ideas,
  2344. let me know see if we could get them some. I like Clipper, creating a
  2345. multi-platform system is good, but to leave out UNIX, that's a sin.
  2346.  
  2347.  
  2348. Msg#9054   To:MIGUEL MALDONADO                           
  2349. From:RON CALLAHAN                               Date:04/12/89
  2350. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#9053
  2351. ------------------------------------------------------------------------------
  2352. I really don't see what the problem is. The folks at Progess release
  2353. a version of their software for nearly every version of Unix in 
  2354. existance. Believe me, PROGRESS is much larger and complicated system
  2355. then Clipper.
  2356.  
  2357.  
  2358. Msg#9057   To:ALL                                        
  2359. From:SCOTT VANOVER                              Date:04/12/89
  2360. Subject:DBF'S WITH MEMO FIELDS   
  2361. ------------------------------------------------------------------------------
  2362. Does anyone have an easy way to update dbf file structures when the dbf
  2363. contains a memo field? Currently I use modify structure but I now have
  2364. half dozen installations and everytime that I do an update I must
  2365. manually update the file structure for each client. Appending the old
  2366. data to a new database works great if there is no memo field? Any tricks
  2367. or suggestions will be appreciated! Thanks  -SPV-
  2368.  
  2369.  
  2370. Msg#9058   To:RON CALLAHAN                              (Rcvd)
  2371. From:MARK NEIDORFF                              Date:04/12/89
  2372. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#9053
  2373. ------------------------------------------------------------------------------
  2374. I think part of the problem is that clipper is written very DOS
  2375. specific and would have to be rewritten to be ported.
  2376.      <<  Mark  >>
  2377.  
  2378.  
  2379. Msg#9059   To:DIRK LESKO                                (Rcvd)
  2380. From:HOWARD KAPUSTEIN                           Date:04/12/89
  2381. Subject:(R)DBASE HEADER FORMAT                  Parent Msg#8989
  2382. ------------------------------------------------------------------------------
  2383. Ah, that's right. My oversight. Is a long reversed by words or bytes
  2384. (FF112233 would be 11FF3322 or 2233FF11 ?)
  2385.  
  2386.  
  2387. Msg#9060   To:MIGUEL MALDONADO                           
  2388. From:HOWARD KAPUSTEIN                           Date:04/12/89
  2389. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#9053
  2390. ------------------------------------------------------------------------------
  2391. Perhaps Wordtech is willing, since they've got ties to Oracle...
  2392.  
  2393.  
  2394. Msg#9062   To:MIGUEL MALDONADO                          (Rcvd)
  2395. From:JOHN NEWTON                                Date:04/13/89
  2396. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#9053
  2397. ------------------------------------------------------------------------------
  2398. From what I've seen (in my limited research) it looks like both SCO and
  2399. Interactive have a fairly "standard" UNIX implementation that conforms to
  2400. System V guidelines.  
  2401. .
  2402. Granted UNIX does not have a single source like DOS, but that is what
  2403. makes it nice (or a real headache - depending).  The purpose of UNIX was
  2404. to allow several different Value Added Feature to be provided on top of a
  2405. "standard".  All Namtucket has to do is address the "Stnadard" unix
  2406. system calls.  Perhaps make use of the new X-Windows "standard" - Sounds
  2407. simple enough - just glad I'm not a systems programmer trying to
  2408. implement it -grin.
  2409. .
  2410. You may have noticed the quoted "STANDARD".  Anyone who has worked on
  2411. several differnt manufactures mainframes in COBOL will know that there is
  2412. IBM "Standard" COBOL, UNIVAC "Standard" COBOL, and so on and so on
  2413. and....
  2414. .
  2415. I do howvere hope that Nantucket continues towards the UNIX environment
  2416. as I think that it will open a rather large market to them plus make my
  2417. life a whole lot easier.
  2418.  
  2419. -John
  2420.  
  2421.  
  2422. Msg#9063   To:ALL                                        
  2423. From:RON HOCKEMEIER                             Date:04/13/89
  2424. Subject:INFOWORLD                               Parent Msg#9063
  2425. ------------------------------------------------------------------------------
  2426. The latest issue of Infoworld:
  2427. *  Mentions the dBase IV compiler is now scheduled to ship in second half
  2428. of 1989.  (Surprise, surprise.)
  2429. *  Reviews several multi-users DBMS including dBase IV [but omitting
  2430. Clipper .and. FoxBase].  In essence, dBase IV is not recommended for a
  2431. multi-user application.  (Surprise, surprise.)
  2432.  
  2433.  
  2434. Msg#9067   To:ALL                                        
  2435. From:CHRISTOPHER EDGAR                          Date:04/14/89
  2436. Subject:DOS UPGRADE              
  2437. ------------------------------------------------------------------------------
  2438. I need some help & information upgrading a clients WYSE AT compatable
  2439. from DOS 3.1 to version 3.3.  I think I need to do this for a CLIPPER
  2440. application I am writing (network app) because I remember reading about
  2441. the difference in the way th     two versions differ handeling buffers. 
  2442. Could someone please tell me what exactly ─is the difference between the
  2443. two versions of DOS and if i should upgrade this client to 3.3?
  2444.  
  2445. If so, does this require re-formating the hard disk (30 ▀meg), or is a
  2446. "SYS C:" and a replacement of DOS files sufficient?  Any Help is
  2447. appreciated▀.
  2448.   
  2449. --Christopher
  2450.  
  2451. Oh yeah...How much more memory does 3.3 eat?
  2452.  
  2453.  
  2454. Msg#9070   To:RON HOCKEMEIER                            (Rcvd)
  2455. From:JOHN THORN                                 Date:04/15/89
  2456. Subject:(R)INFOWORLD                            Parent Msg#9063
  2457. ------------------------------------------------------------------------------
  2458. Yea, InfoWorld recommends Paradox 3.0 - then DBMS Magazine turns around
  2459. and tells you that there's a bug in Paradox that will cause you to lose
  2460. your data!
  2461.  
  2462.  
  2463. Msg#9071   To:ALL                                        
  2464. From:ROBERT HEYMAN                              Date:04/15/89
  2465. Subject:DATA COMM.               
  2466. ------------------------------------------------------------------------------
  2467. Can Anyone out there reccommend a book that explains data communications
  2468. well enough to allow me to use SilverComm.  
  2469. Thanks
  2470. Rob
  2471.  
  2472.  
  2473. Msg#9072   To:CLIFF GREEN                               (Rcvd)
  2474. From:JIM KILLEEN                                Date:04/15/89
  2475. Subject:CLIPOVLS                                Parent Msg#9072
  2476. ------------------------------------------------------------------------------
  2477. Cliff, 
  2478.    Let me thank you for the great amount of help I got from the clipovls
  2479. file I came across.  It was just what I needed when I needed it!  I've
  2480. been experimenting with a lot of PCL stuff (I don't have the Tech Ref.
  2481. yet) and a lot of it has been trial and error.  You saved me a lot of
  2482. time with your explanation of the macro commands.  I was buliding forms
  2483. for an accountant to use, but without the overlay macro I would have to
  2484. have them load a file of escape sequences before each page was printed,
  2485. not a very eloquent solution.  Now I'm setting up a menu of forms to be
  2486. loaded before he does a job.  Once again, thanks.
  2487.  
  2488. Jim K.
  2489.  
  2490.  
  2491. Msg#9073   To:JIM KILLEEN                               (Rcvd)
  2492. From:CLIFF GREEN                                Date:04/15/89
  2493. Subject:(R)CLIPOVLS                             Parent Msg#9072
  2494. ------------------------------------------------------------------------------
  2495. my pleasure. 
  2496.  
  2497.  
  2498.  
  2499. Msg#9077   To:MARK NEIDORFF                             (Rcvd)
  2500. From:TERRY DILLARD                              Date:04/15/89
  2501. Subject:(R)WHY AN OPEN ERROR?    
  2502. ------------------------------------------------------------------------------
  2503. Thanks to everyone who offered suggestions to my "open files" problem.  I
  2504. had files and buffers set correctly in my config.sys, and counted exactly
  2505. 15 files open including the .EXE file.  Still no luck.  Fortunately, one
  2506. of the databases was small enough to change to a CASE statement and kill
  2507. the .DBF and associated .NTX file, so know I have no more problem. 
  2508. Thanks for your help.
  2509.  
  2510.  
  2511. Msg#9078   To:ALL                                        
  2512. From:RICK RAMHAP                                Date:04/15/89
  2513. Subject:JOB OPENINGS!            
  2514. ------------------------------------------------------------------------------
  2515. Positions Available:     (new as of 4/13/89!)
  2516. Long Island-based software development firm currently has openings
  2517. for experienced Clipper programmers.  Applicants should be familiar
  2518. with multi-user system development.  Proficiency in C is advantagious.
  2519. Both permanent and temporary positions are available.
  2520. Call Brian Young at 516-889-9236 for further information.
  2521.  
  2522.  
  2523. Msg#9080   To:HOWARD KAPUSTEIN                          (Rcvd)
  2524. From:DIRK LESKO                                 Date:04/15/89
  2525. Subject:(R)DBASE HEADER FORMAT                  Parent Msg#8989
  2526. ------------------------------------------------------------------------------
  2527. A long that is  FF112233 would be stored out as 332211FF. The low
  2528. byte/high/byte works on the 4 bytes in 2 byte chuncks, and then on those
  2529. 2 byte chuncks as well....
  2530.  
  2531. dLESKO
  2532.  
  2533.  
  2534. Msg#9081   To:ALL                                        
  2535. From:ALAN GUGGENHEIM                            Date:04/15/89
  2536. Subject:MULTI-USER CLIPPER                      Parent Msg#9081
  2537. ------------------------------------------------------------------------------
  2538.      QUESTION: How do people run large clipper applications on a
  2539. network, when the networking software takes up 50 - 150k of overhead?
  2540. Is there any way to break the 640k barrier on DOS when using a 
  2541. network?  (assume that I have overlayed and optimized the code of
  2542. the application).  It seems that networks take away more of the
  2543. precious memory than some applications can afford.
  2544.     
  2545.      Has anyone heard of 10-net?  Is it compatible with clipper?
  2546. What is its overhead in kilobytes (K) for a station?  Is it compatible
  2547. with NETLIB (if so, what library)?
  2548.   
  2549. Thanks in advance...
  2550.  
  2551.  
  2552. Msg#9084   To:MIGUEL MALDONADO                          (Rcvd)
  2553. From:DIRK LESKO                                 Date:04/15/89
  2554. Subject:(R)LIBRARIES                            Parent Msg#9052
  2555. ------------------------------------------------------------------------------
  2556. Yes, if you know how....
  2557.  
  2558. dLESKO
  2559.  
  2560.  
  2561. Msg#9086   To:ALAN GUGGENHEIM                           (Rcvd)
  2562. From:DIRK LESKO                                 Date:04/16/89
  2563. Subject:(R)MULTI-USER CLIPPER                   Parent Msg#9081
  2564. ------------------------------------------------------------------------------
  2565. Well, if you have a 386 you can use Quarterdecks 386 to the max to get an
  2566. extra 100-200k by putting all the network software up in expanded memory.
  2567.  
  2568. dlEKSO
  2569.  
  2570.  
  2571. Msg#9088   To:ALL                                        
  2572. From:JOSEPH CATTANO                             Date:04/16/89
  2573. Subject:CLIP VS DB3 DBFS         
  2574. ------------------------------------------------------------------------------
  2575.       Would anyone know if there is an incompatability between a .DBF 
  2576. file created under dBASE III Plus and one created under Clipper? 
  2577.       I have an application that i wrote in dBASE and compiled with 
  2578. Clipper. The Clipper version works, except that SEEKs through an index 
  2579. (.NTX) file always come up "not found" after a record is added or 
  2580. changed. This problem disappears when the .NTX files are deleted and 
  2581. re-created, but returns if a change is made to a record. The problem 
  2582. disappears completely if the .DBF file is created with the Clipper DBU 
  2583. utility and the records are copied in from the dBASE created file.
  2584.       The only difference i can find is that if you creat two .DBF 
  2585. files (one with dBASE and one with Clipper) with the same format and 
  2586. no records, the Clipper .DBF will be one byte longer and one byte will 
  2587. be different.
  2588.       The dBASE .DBF ends in 0D1A, whereas the Clipper .DBF ends in 
  2589. OD001A, 00 being the extra byte. The differing byte is at offset 08. 
  2590. In dBASE it is C2, in Clipper it is C1.
  2591.       I've noticed other differences when you start to add records to 
  2592. the files, but since i don't know the format of the file header i'm 
  2593. not sure if these matter.
  2594.       I'm new at dBASE & Clipper, so any ideas or comments will be 
  2595. greatly apperciated.    
  2596.                                                 Thanks in advance,
  2597.                                                    joseph
  2598.  
  2599.  
  2600. Msg#9089   To:ALL                                        
  2601. From:NEIL WEICHER                               Date:04/16/89
  2602. Subject:NETLIB NOTICES           
  2603. ------------------------------------------------------------------------------
  2604. NetLib Notice:
  2605.  
  2606. There is a fixed version of NetLib available if you are having
  2607. problems with any of the following:
  2608.  
  2609.   N_FCOPY, N_REDIRECT, N_SCATTER, N_GATHER, N_BOLT
  2610.  
  2611. Please contact us at 212-724-0150 for update info.
  2612.  
  2613. Neil
  2614.  
  2615.  
  2616. Msg#9090   To:ALL                                        
  2617. From:NEIL WEICHER                               Date:04/16/89
  2618. Subject:C CLASS                  
  2619. ------------------------------------------------------------------------------
  2620. I am looking for a small number of people to participate in an 
  2621. intensive 5-day C language class to tenatively begin on April 24,
  2622. in New York City.  It will include the C/Assembler interface and
  2623. the Clipper/C interface.
  2624.  
  2625. It will be taught by a top instructor and will cost approx. $500
  2626. per person.  Of course, the more people, the less per person.
  2627.  
  2628. If interested please contact me immediately at 212-724-0150. 
  2629.  
  2630. Neil Weicher
  2631. Communication Horizons
  2632.  
  2633.  
  2634.  
  2635. Msg#9091   To:ALL                                        
  2636. From:TIM CREAGH                                 Date:04/16/89
  2637. Subject:CONFIG.SYS                              Parent Msg#9091
  2638. ------------------------------------------------------------------------------
  2639. Has anyone written code to check the config.SYS for the files =
  2640. statement?  Since my program opens 30 files I should have the thing check
  2641. for the statement in the installation.  People just don't understant how
  2642. to change the config.sys themselves.
  2643. thanks 
  2644.  
  2645. -tim
  2646.  
  2647.  
  2648. Msg#9092   To:DIRK LESKO                                (Rcvd)
  2649. From:RICHARD HORWITZ                            Date:04/16/89
  2650. Subject:(R)MULTI-USER CLIPPER                   Parent Msg#9081
  2651. ------------------------------------------------------------------------------
  2652. Quarterdeck has QEMM-386, which is different than 386-to-the-max.
  2653.  
  2654.  
  2655. Msg#9093   To:RICHARD HORWITZ                           (Rcvd)
  2656. From:DIRK LESKO                                 Date:04/17/89
  2657. Subject:(R)MULTI-USER CLIPPER                   Parent Msg#9081
  2658. ------------------------------------------------------------------------------
  2659. Whatever.....
  2660.  
  2661.  
  2662. Msg#9094   To:DIRK LESKO                                (Rcvd)
  2663. From:NOEL MANZANILLA                            Date:04/17/89
  2664. Subject:INUSE()                  
  2665. ------------------------------------------------------------------------------
  2666. dirk, I have been using your Funcky.lib for a while and have recently had
  2667. the need to find out what indices are open in a work area.  in your
  2668. manual, you mentioned a Clipper inuse() function.  I can't find it
  2669. anywhere.  am i missing something ? how about a work around ? thanks
  2670.  
  2671.  
  2672. Msg#9100   To:NEIL WEICHER                              (Rcvd)
  2673. From:MARC SCHNAPP                               Date:04/17/89
  2674. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9002
  2675. ------------------------------------------------------------------------------
  2676. Thanks for the suggestion to SET EXCLU ON (it's a single user app
  2677. anyhow).
  2678.  
  2679.  
  2680. Msg#9101   To:DAVE LOBEL                                (Rcvd)
  2681. From:MARC SCHNAPP                               Date:04/17/89
  2682. Subject:(R)APPEND VS. LOW-LEVEL I               Parent Msg#9002
  2683. ------------------------------------------------------------------------------
  2684. Thanks for the input re: APPEND. Neil says set exclu on will speed it up
  2685. somewhat.
  2686.  
  2687.  
  2688. Msg#9102   To:CONSTANTIN FLORESCU                       (Rcvd)
  2689. From:CLIFF GREEN                                Date:04/17/89
  2690. Subject:(R)CLIPOVLS                             Parent Msg#9102
  2691. ------------------------------------------------------------------------------
  2692. sure.  just download the file from here.  Any questions after that? --
  2693. just post 'em here.
  2694.  
  2695. (filename should be CLIPOVLS.ARC)
  2696.  
  2697.  
  2698. Msg#9107   To:DIRK LESKO                                (Rcvd)
  2699. From:MARK NEIDORFF                              Date:04/17/89
  2700. Subject:INFOWORLD                               Parent Msg#9107
  2701. ------------------------------------------------------------------------------
  2702. Hi Dirk:
  2703. Not believing anything (much) that I read, I thought that I'd tell you
  2704. that Nantucket just had its third-party (gee what happened to the first
  2705. party and the second party?) developers out to discuss Tools one.  Were
  2706. yoy invited?  Did you choose to attend?  Did you crash the party (just
  2707. kidding)?  Can you shed any light on what happened there?
  2708. Thanks,
  2709.      <<  Mark  >>
  2710.  
  2711.  
  2712. Msg#9108   To:ALL                                        
  2713. From:JON MELTZER                                Date:04/17/89
  2714. Subject:UP DOWN ARROW KEYS & GET                Parent Msg#9108
  2715. ------------------------------------------------------------------------------
  2716. I need to have the up and down arrow keys work in a Clipper GET the same
  2717. way as in a dBase GET : the cursor column position is not lost in
  2718. character input. I've tried UDFs and have found that Clipper sets
  2719. COL() to the last space of the GET before the VALID UDF is executed.
  2720. Can anyone tell me how to keep the column position as I move up or
  2721. down the GETs?
  2722.  
  2723.  
  2724. Msg#9109   To:MARK NEIDORFF                             (Rcvd)
  2725. From:DIRK LESKO                                 Date:04/18/89
  2726. Subject:(R)INFOWORLD                            Parent Msg#9107
  2727. ------------------------------------------------------------------------------
  2728. Can;t say anyhting till I know what is going on....
  2729.  
  2730. dLESKO
  2731.  
  2732.  
  2733. Msg#9110   To:JON MELTZER                               (Rcvd)
  2734. From:RICHARD HORWITZ                            Date:04/18/89
  2735. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2736. ------------------------------------------------------------------------------
  2737. If you have FUNCky (and you should) You could setup an ONKEY() function
  2738. which checks for the up/down arrow keys. If it is an arrow, get the
  2739. current cursor position, activate() the previous/next get, and csrput()
  2740. the cursor at the appropriate column. Should work.
  2741.  
  2742.  
  2743. Msg#9111   To:DIRK LESKO                                (Rcvd)
  2744. From:MIGUEL MALDONADO                           Date:04/18/89
  2745. Subject:(R)LIBRARIES                            Parent Msg#9052
  2746. ------------------------------------------------------------------------------
  2747. Well if it's possible, I'm going to give it a try. Let you know how
  2748. things go.
  2749.  
  2750.  
  2751. Msg#9112   To:JON MELTZER                               (Rcvd)
  2752. From:DAVE LOBEL                                 Date:04/18/89
  2753. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2754. ------------------------------------------------------------------------------
  2755. Jon,
  2756.  
  2757. If you have FUNCky, there is an answer.
  2758.  
  2759. There is a FUNCtion called ONKEY( "func()" ).  ONKEY() will execute that
  2760. "func()" on every key stroke.  Therefore, you create a UDF that will
  2761. store the current COL() and ROW() after each keystroke.  Just substitute
  2762. this UDF in place of "func()".
  2763.  
  2764. This should answer your problem.
  2765.  
  2766. Good luck......
  2767.  
  2768. YEL-DAVE
  2769.  
  2770.  
  2771. Msg#9114   To:ALL                                        
  2772. From:CONSTANTIN FLORESCU                        Date:04/18/89
  2773. Subject:TEXT FILE                               Parent Msg#9114
  2774. ------------------------------------------------------------------------------
  2775. Anybody could tell me how to dump the result of an application to a .TXT
  2776. file e.g.
  2777.    @10,10 say "Lname"
  2778.    @11,10 say "Fname"
  2779. I want the output of this(Lname &Fname) to be written to a disk file
  2780. under a TXT file. I know that's a very common command but just don't
  2781. remember it.Thanks
  2782. <CF>
  2783.  
  2784.  
  2785. Msg#9117   To:ALAN GUGGENHEIM                            
  2786. From:MIKE DRAPER                                Date:04/18/89
  2787. Subject:(R)MULTI-USER CLIPPER                   Parent Msg#9081
  2788. ------------------------------------------------------------------------------
  2789. How about Lantastic?  Each workstation uses only about 20K for the
  2790. network drivers.  While it is very cheap with the Lantastic twisted pair
  2791. cards, it will also run with Ethernet or Arcnet.  It provides peer
  2792. sharing (everyone can be a server) and no special disk formating.  While
  2793. it is much slower than Novell or 3Com, it is fast enough for 3-6 active
  2794. nodes and works with standard Clipper file locking.
  2795.  
  2796.  
  2797. Msg#9118   To:TIM CREAGH                                 
  2798. From:JOEL SHAPIRO                               Date:04/18/89
  2799. Subject:(R)CONFIG.SYS                           Parent Msg#9091
  2800. ------------------------------------------------------------------------------
  2801. Code is available as part of Steve Straley's Toolkit 1.2
  2802.  
  2803.  
  2804. Msg#9119   To:CONSTANTIN FLORESCU                       (Rcvd)
  2805. From:JOEL SHAPIRO                               Date:04/18/89
  2806. Subject:(R)TEXT FILE                            Parent Msg#9114
  2807. ------------------------------------------------------------------------------
  2808. SET ALTE TO and SET ALTE ON
  2809.  
  2810.  
  2811. Msg#9120   To:ALL                                        
  2812. From:LARRY GOTTLIEB                             Date:04/18/89
  2813. Subject:CLIPPER DEV. CONFERENCE                 Parent Msg#9120
  2814. ------------------------------------------------------------------------------
  2815. I've just received registration information for the 1989 Clipper
  2816. Developers Conference.  Dirk Lesko is scheduled to hold a workshop on
  2817. assembler routines for Clipper; lots of other workshops, of course.
  2818.  
  2819. I plan to go; does anyone else?  Note that for the low early registration
  2820. fee of $595, you get an official conference t-shirt -- what a bargain!
  2821.  
  2822.  
  2823. Msg#9122   To:ALL                                        
  2824. From:MENACHEM BAZIAN                            Date:04/18/89
  2825. Subject:UNIX                                    Parent Msg#9122
  2826. ------------------------------------------------------------------------------
  2827. There has been some discussion of clipper running on other platforms
  2828. (such as UNIX). Is there anyone out there who is more than familiar with
  2829. UNIX?? I have a few technical questions on UNIX and hardware
  2830. configurations.
  2831.  
  2832. Specifically. Can a 386 25mhz (or 33mhz) with as much RAM as needed (say
  2833. 8-16 Meg) running with intelligent controllers run decently with 40
  2834. terminals??
  2835.  
  2836. Thanks,
  2837. Menachem
  2838.  
  2839.  
  2840. Msg#9123   To:RICHARD HORWITZ                           (Rcvd)
  2841. From:JON MELTZER                                Date:04/18/89
  2842. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2843. ------------------------------------------------------------------------------
  2844. Sounds good ...  Dirk, can I do this with FUNCky?
  2845.  
  2846.  
  2847. Msg#9124   To:CONSTANTIN FLORESCU                       (Rcvd)
  2848. From:CLIFF GREEN                                Date:04/18/89
  2849. Subject:(R)CLIPOVLS                             Parent Msg#9102
  2850. ------------------------------------------------------------------------------
  2851. Constantin,
  2852.    If, after going through the material in CLIPOVLS, you've got any
  2853. suggestions/requests for commonly used/needed functions, please fire
  2854. away.  I'd like to expand the stuff I started there into a broader
  2855. library of functions;  I respond quicker to prompts, though the result
  2856. may not be as clean.
  2857.  
  2858.  
  2859. Msg#9125   To:CONSTANTIN FLORESCU                       (Rcvd)
  2860. From:RICHARD HORWITZ                            Date:04/18/89
  2861. Subject:(R)TEXT FILE                            Parent Msg#9114
  2862. ------------------------------------------------------------------------------
  2863. I think what you're looking for is SET ALTERNATE. 
  2864. Ex.   SET ALTE TO <FILE>
  2865.       SET ALTE ON
  2866.       ......print stuff.....
  2867.       SET ALTE OFF
  2868.       CLOS ALTE
  2869. I think that should work.
  2870.  
  2871.  
  2872. Msg#9127   To:CONSTANTIN FLORESCU                       (Rcvd)
  2873. From:MARK NEIDORFF                              Date:04/18/89
  2874. Subject:(R)TEXT FILE                            Parent Msg#9114
  2875. ------------------------------------------------------------------------------
  2876. Something like:
  2877. Set Alternate To
  2878. is what you mean, I think.
  2879.      <<  Mark  >>
  2880.  
  2881.  
  2882. Msg#9128   To:MENACHEM BAZIAN                           (Rcvd)
  2883. From:MARK NEIDORFF                              Date:04/18/89
  2884. Subject:(R)UNIX                                 Parent Msg#9122
  2885. ------------------------------------------------------------------------------
  2886. There are all sorts of issues with unix.  You can't install it on aby 386
  2887. and expect everything to work .  Drivers need to be written for just
  2888. about everything! and even then you may not be home free.
  2889. The 386 has the p[ower to support 40 terminals, but it is a lot of work.
  2890. If you want to know more, or details, just ask!
  2891.      <<  Mark  >>
  2892.  
  2893.  
  2894. Msg#9129   To:RICHARD HORWITZ                           (Rcvd)
  2895. From:DIRK LESKO                                 Date:04/18/89
  2896. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2897. ------------------------------------------------------------------------------
  2898. That will move the cursor but it will return to the first character of
  2899. the GET as soon as he hits a key, he will have to stuff cursor key
  2900. movement to get the logical cursor, as well as the physical cursor tpo
  2901. the correct position...
  2902.  
  2903. dLESKO
  2904.  
  2905.  
  2906. Msg#9131   To:MENACHEM BAZIAN                            
  2907. From:DIRK LESKO                                 Date:04/18/89
  2908. Subject:(R)UNIX                                 Parent Msg#9122
  2909. ------------------------------------------------------------------------------
  2910. Yes....
  2911.  
  2912.  
  2913. Msg#9132   To:JON MELTZER                               (Rcvd)
  2914. From:DIRK LESKO                                 Date:04/18/89
  2915. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2916. ------------------------------------------------------------------------------
  2917. I think I left a message to Rich that explained why not....You will have
  2918. to stuff cursor keys into the next GET to move the logical cursor to the
  2919. correct position. If you just move the physical (hardware) cursor to the
  2920. correct spot, Clipper's internal cursor locations will not be updated
  2921. (that's the logical)...I did that trick in memoedit() with the mouse
  2922. being able to move the cursor, it's pretty simple. You should be able to
  2923. figure out how many cursor key values to stuff in order to get it into
  2924. the position you want....
  2925.  
  2926. dLESKO
  2927.  
  2928.  
  2929. Msg#9133   To:DIRK LESKO                                (Rcvd)
  2930. From:RICHARD HORWITZ                            Date:04/18/89
  2931. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2932. ------------------------------------------------------------------------------
  2933. Physical cursor meaning CSRPUT? Doesn't stuffing the arrow keys move the
  2934. cursor to the correct position?
  2935.  
  2936.  
  2937. Msg#9134   To:MARK NEIDORFF                             (Rcvd)
  2938. From:CONSTANTIN FLORESCU                        Date:04/19/89
  2939. Subject:(R)TEXT FILE                            Parent Msg#9114
  2940. ------------------------------------------------------------------------------
  2941. Thanks. Yes that I was looking for.
  2942. <CF>
  2943.  
  2944.  
  2945. Msg#9135   To:RICHARD HORWITZ                           (Rcvd)
  2946. From:CONSTANTIN FLORESCU                        Date:04/19/89
  2947. Subject:(R)TEXT FILE                            Parent Msg#9114
  2948. ------------------------------------------------------------------------------
  2949. It does and thank you.
  2950. <CF>
  2951.  
  2952.  
  2953. Msg#9137   To:ALL                                        
  2954. From:CONSTANTIN FLORESCU                        Date:04/19/89
  2955. Subject:NUMERIC FIELD                           Parent Msg#9137
  2956. ------------------------------------------------------------------------------
  2957. Is there possible to enter a small calculation in a Dbase/Clipper numeric
  2958. field ? I noticed that in Dataflex they can enter small calculations like
  2959. 4+2/2 and get the result in the same field. Seems that their numeric
  2960. field accepts + - / *  operators which sometimes is pretty handy. As you
  2961. know Dbase/Clipper numeric field doesn't accept nothing else but a
  2962. number. Is there any way that that can be done ?
  2963. <CF>
  2964.  
  2965.  
  2966. Msg#9138   To:RICHARD HORWITZ                           (Rcvd)
  2967. From:DIRK LESKO                                 Date:04/19/89
  2968. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2969. ------------------------------------------------------------------------------
  2970. Did you mention that he would have to stuff cursor keys?...than I
  2971. mis-interpreted...
  2972.  
  2973. dLESKO
  2974.  
  2975.  
  2976. Msg#9139   To:DIRK LESKO                                (Rcvd)
  2977. From:JON MELTZER                                Date:04/19/89
  2978. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2979. ------------------------------------------------------------------------------
  2980. This is still not clear. I can, of course, have a VALID call an assembler
  2981. function that will move the cursor --- but, I have no way of deducing
  2982. what the cursor column is!  All I know is that I am SOMEWHERE within
  2983. the character GET. Now, I assume that Clipper must know, during the
  2984. READ, where the cursor column is - but that information is, it appears,
  2985. lost as soon as a GET termination occurs. I have to know the COL()
  2986. position before Clipper "fixes" it for the next GET.
  2987.  
  2988.  
  2989. Msg#9140   To:JON MELTZER                               (Rcvd)
  2990. From:DIRK LESKO                                 Date:04/19/89
  2991. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2992. ------------------------------------------------------------------------------
  2993. Can't you use onkey() to keep track of the last cursor position?
  2994.  
  2995.  
  2996. Msg#9141   To:DIRK LESKO                                (Rcvd)
  2997. From:JON MELTZER                                Date:04/19/89
  2998. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  2999. ------------------------------------------------------------------------------
  3000. OK, Dirk, Dave, and Richard ... is this what I should do?
  3001.     
  3002.     PUBLIC stored_row, stored_col
  3003.      
  3004.     ONKEY("storecol")
  3005.     @ 1,1 get string1 valid fixcol(1,1)
  3006.     @ 2,1 get string2 valid fixcol(1,1)
  3007.     *etc.
  3008.     READ
  3009.      
  3010.     FUNCTION storecol
  3011.      stored_row = ROW()
  3012.      stored_col = COL()
  3013.      RETURN t.
  3014.      
  3015.     FUNCTION fixcol
  3016.      PARAM start_row,start_col
  3017.      DO CASE
  3018.        CASE LASTKEY() = down_arrow  && and not last GET...
  3019.          KEYBOARD REPLICATE(CHR(right_arrow),stored_col-start_col)
  3020.          csr_put(start_row+1,stored_col)
  3021.        * <etc.>
  3022.      ENDCASE
  3023.      RETURN .t.
  3024.  
  3025.  
  3026. Msg#9142   To:ALL                                        
  3027. From:CONSTANTIN FLORESCU                        Date:04/19/89
  3028. Subject:SET ALTE ON                             Parent Msg#9142
  3029. ------------------------------------------------------------------------------
  3030. I was trying to dump the "SAYS" of a program file to a TXT file and I was
  3031. told to use "SET ALTE TO FILE.TXT" 
  3032. E.G.
  3033.    set alte to cf.txt
  3034.    @10,10 say "constantin"
  3035.    @11,10 say "florescu"
  3036.    set alte off
  3037. I thought that this will write the above SAYS to a TXT file CF.TXT but it
  3038. doesn't. All it does is to display. Seems that CF.TXT is created but is
  3039. nothing in it. Anybody can clerify this for me. Thanks.
  3040. <CF>
  3041.  
  3042.  
  3043. Msg#9143   To:CONSTANTIN FLORESCU                       (Rcvd)
  3044. From:JOEL SHAPIRO                               Date:04/19/89
  3045. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3046. ------------------------------------------------------------------------------
  3047. After SET ALTE TO CF.TXT you should have
  3048. SET ALTE ON
  3049. and
  3050. after SET ALTE OFF
  3051. You should have SET ALTE TO to close the file
  3052.  
  3053. Joel
  3054.  
  3055.  
  3056. Msg#9144   To:DIRK LESKO                                (Rcvd)
  3057. From:JON MELTZER                                Date:04/19/89
  3058. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  3059. ------------------------------------------------------------------------------
  3060. I have solved the problem - thanks to all for assistance. I replaced
  3061. the keyboard interrupt with one that saved the cursor position before
  3062. reading the keyboard.
  3063.  
  3064.  
  3065. Msg#9147   To:CONSTANTIN FLORESCU                       (Rcvd)
  3066. From:CLIFF GREEN                                Date:04/19/89
  3067. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3068. ------------------------------------------------------------------------------
  3069. unless I'm mistaken, SET ALTE works with ?/?? printing, while @SAY will
  3070. require you to use SET PRINTER TO <filename>.  You would, of course,
  3071. reset the default printer destination after writing to the file with SET
  3072. PRINTER TO, or the equivalent.
  3073.  
  3074. Any particular reason why you're writing to the file in this manner?
  3075.  
  3076.  
  3077. Msg#9149   To:CLIFF GREEN                               (Rcvd)
  3078. From:CONSTANTIN FLORESCU                        Date:04/19/89
  3079. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3080. ------------------------------------------------------------------------------
  3081. Yes. I have to create some records(text) on same line at a certain column
  3082. position...You're are right about ?? and SAY stuff(I just realized)..but
  3083. here's the message I prepared for you or anybody who can give me any idea
  3084. of how can be done....
  3085. What I was trying to do is this
  3086.  
  3087. set alte to textfile
  3088. set alte on
  3089. @10,01 say "Clipper"
  3090. @10,12 say "is"
  3091. @10,25 say "also a DataBase"
  3092. set alte off
  3093. set alte to
  3094.  
  3095. According to this above code must have written a text file like this:
  3096.  
  3097.        Clipper is also a DataBase.
  3098.  
  3099. (on the same line)
  3100.  
  3101. But seems that doesn't do it. First one must store "Clipper", "is" etc
  3102. to a variables then issue the command "set talk off" before "set alte
  3103. to textfile" in order to get something. Otherwise the "textfile" has
  3104. only 1(one) byte !
  3105.  
  3106. More over (and that is the most important for me) is that above are
  3107. stored in the "textfile" not on the same line but like this:
  3108.  
  3109.    Clipper
  3110.    is
  3111.    also a DataBase
  3112.  
  3113. IF anybody could tell me how I could have those variables on the same
  3114. line and at the column position I mentioned in my Code I would
  3115. appreciate.
  3116. Thank you.
  3117. <CF>
  3118.  
  3119.  PS I will try with the ?? stuff but will take me forever to put the
  3120. variables at certain column position.
  3121.  
  3122.  
  3123. Msg#9150   To:JON MELTZER                               (Rcvd)
  3124. From:DIRK LESKO                                 Date:04/19/89
  3125. Subject:(R)UP DOWN ARROW KEYS & G               Parent Msg#9108
  3126. ------------------------------------------------------------------------------
  3127. You have to check for negative values, then convert them to positive with
  3128. the ABS() function...
  3129.  
  3130. dLESKO
  3131.  
  3132.  
  3133. Msg#9151   To:CONSTANTIN FLORESCU                       (Rcvd)
  3134. From:DIRK LESKO                                 Date:04/19/89
  3135. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3136. ------------------------------------------------------------------------------
  3137. Aren't you supposed to use SET DEVICE TO <filename> in order to print the
  3138. @ .. says?
  3139.  
  3140. dLESKO
  3141.  
  3142.  
  3143. Msg#9152   To:DIRK LESKO                                (Rcvd)
  3144. From:MENACHEM BAZIAN                            Date:04/19/89
  3145. Subject:(R)GETBACK                              Parent Msg#8762
  3146. ------------------------------------------------------------------------------
  3147. Dirk,
  3148.  
  3149. I don't recognize those functions...Are they from Funcky or something
  3150. like that???
  3151.  
  3152. Menachem
  3153.  
  3154.  
  3155. Msg#9154   To:CONSTANTIN FLORESCU                       (Rcvd)
  3156. From:ROB HANNAH                                 Date:04/19/89
  3157. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3158. ------------------------------------------------------------------------------
  3159. Constantin, you need to add the commands:
  3160.   SET DEVICE TO PRINT
  3161.   SET PRINTER TO <filename>
  3162.  
  3163. In order for @ says to work correctly.
  3164.  
  3165. It's actually in the Clipper manual, too!
  3166.   
  3167.  
  3168.  
  3169. Msg#9155   To:MENACHEM BAZIAN                            
  3170. From:DIRK LESKO                                 Date:04/19/89
  3171. Subject:(R)GETBACK                              Parent Msg#8762
  3172. ------------------------------------------------------------------------------
  3173. Yes they are. FUNCky also has those Hebrew GETS I mentioned awhile
  3174. back...complete with fonts.....That's part of the reason why it's named
  3175. FUNCky.....Becase it is in some ways....
  3176.  
  3177. dLESKO
  3178.  
  3179.  
  3180. Msg#9156   To:CONSTANTIN FLORESCU                       (Rcvd)
  3181. From:RICHARD HORWITZ                            Date:04/19/89
  3182. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3183. ------------------------------------------------------------------------------
  3184. You must SET ALTE TO  *then* SET ALTE ON
  3185.  
  3186.  
  3187. Msg#9157   To:MENACHEM BAZIAN                            
  3188. From:RON CALLAHAN                               Date:04/20/89
  3189. Subject:(R)UNIX                                 Parent Msg#9122
  3190. ------------------------------------------------------------------------------
  3191. Menachem:
  3192. I believe that it would be possible depending on the architecture of
  3193. the hardware. (ie. type of diskdrive, etc.) I've had some experience
  3194. with the older Convergent Megaframes using a 68010 chip running at
  3195. 12 mghz. The system did a fair job running 20 users. Again I must
  3196. stress the hardware design of the system.
  3197. Ron.
  3198.  
  3199.  
  3200. Msg#9160   To:ROB HANNAH                                (Rcvd)
  3201. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3202. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3203. ------------------------------------------------------------------------------
  3204. Yes I think almost everything is in the CLipper,Dbase,Funcky,Tollkit etc
  3205. etc but do have problems handling all these information. I do read
  3206. them(or at least most of them) once or twice but after a while I just
  3207. don't remember all of them(even if they appear to be simple) especially
  3208. if I don't use these command every day. But believe me I still use and
  3209. read the manuals. Sorry for trouble and thanks for help.
  3210. <CF>
  3211.  
  3212.  
  3213. Msg#9161   To:RICHARD HORWITZ                           (Rcvd)
  3214. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3215. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3216. ------------------------------------------------------------------------------
  3217. Thanks. I also just found out(and realized) that set alte to doesn't work
  3218. with @ say
  3219. <CF>
  3220.  
  3221.  
  3222. Msg#9162   To:ALL                                        
  3223. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3224. Subject:SET ALTE ON              
  3225. ------------------------------------------------------------------------------
  3226. Just wanted to thank everyone you helped to clear this problem. For your
  3227. information the right commands and sequence to send the results of
  3228. @..says to a textfile is as follows:
  3229. set printer to Textfile.txt
  3230. set device to print
  3231. set print on
  3232. @10,10 say "This goes in a text file"
  3233. set device to screen
  3234. set print off
  3235. set printer to
  3236. It works in Clipper only. Not Dbase
  3237. <CF>
  3238.  
  3239.  
  3240. Msg#9163   To:ALL                                        
  3241. From:DONALD WISHNEK                             Date:04/20/89
  3242. Subject:NETWORK FUNCTIONS        
  3243. ------------------------------------------------------------------------------
  3244. I'M PROGRAMMING FOR A 3COM NETWORK RIGHT NOW AND I WAS WONDERING IF
  3245. ANYONE CAN HELP ME WITH THE FUNCTION LIBRARY NETFN WHICH I DOWNLOADED TO
  3246. MY PC FROM THIS BOARD. IT REQUIRES THE LATTICE C LIBRARY LC.LIB I WENT
  3247. OUT AND PURCHASED THE LIBRARY AND I GOT SEVERAL LINK ERRORS. DOES ANYONE
  3248. HAVE EXPERIENCE WITH THE NETFN ROUTINES THAT CAN HELP ME OUT. I'D REALLY
  3249. APPRECIATE IT.
  3250.    
  3251. THANKS
  3252. DON 
  3253.  
  3254.  
  3255. Msg#9165   To:CONSTANTIN FLORESCU                       (Rcvd)
  3256. From:MARK NEIDORFF                              Date:04/20/89
  3257. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3258. ------------------------------------------------------------------------------
  3259. Sure you can do calcs in a numeric field:  
  3260. Instead of getting a numeric, get a string type.  Then parse the string
  3261. looking for operators and use a case statement to do the operations. 
  3262. (Its easier to buy a hand help calculator though (grin))
  3263.      <<  Mark  >>
  3264.  
  3265.  
  3266. Msg#9167   To:CONSTANTIN FLORESCU                       (Rcvd)
  3267. From:MARK NEIDORFF                              Date:04/20/89
  3268. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3269. ------------------------------------------------------------------------------
  3270. I think that the @say command is sinking you on this.  It sends a CR/LF
  3271. by itself each time it executes.  You don't have control of that.  That
  3272. is what the ?? is for.  Too bad it is so weak!
  3273.      <<  Mark  >>
  3274.  
  3275.  
  3276. Msg#9170   To:ALL                                        
  3277. From:MARK NEIDORFF                              Date:04/20/89
  3278. Subject:I SPY A BUG?             
  3279. ------------------------------------------------------------------------------
  3280. Well, the question is:  Is it a bug or am I misreading what is not
  3281. happening here?
  3282. The following command does not generate an error message where I expect
  3283. it to.  Can anyone explain why (if there is a legimate reason)?
  3284.  
  3285. Temp_var = if(which="F",GetFilter(fld_name[choice,@choice),GetIndex(...
  3286.                  missing closing bracket---------^
  3287.  
  3288. the compiler does not return an error, nor does the linker.  Runtime...
  3289. returns an unexpected value in Temp_var.
  3290. Thanks,
  3291.      <<  Mark  >>
  3292.  
  3293.  
  3294. Msg#9173   To:DAVID MINTER                              (Rcvd)
  3295. From:NEIL WEICHER                               Date:04/20/89
  3296. Subject:(R)NETLIB                               Parent Msg#9173
  3297. ------------------------------------------------------------------------------
  3298. Dave:
  3299.  
  3300. Thanks for the feed-back.  Yes we do have a Norton version for NetLib. 
  3301. If you call the office at 212-724-0150 Jackie can send it out to you
  3302. gratis.
  3303.  
  3304. Neil
  3305.  
  3306. PS - I prefer the Rettig  over the Norton guide myself.
  3307.  
  3308.  
  3309. Msg#9174   To:CONSTANTIN FLORESCU                       (Rcvd)
  3310. From:JOE BOOTH                                  Date:04/20/89
  3311. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3312. ------------------------------------------------------------------------------
  3313. Add   SET ALTERNATE ON    after the SET ALTE TO cf.txt command
  3314.  
  3315.  
  3316. Msg#9176   To:CONSTANTIN FLORESCU                       (Rcvd)
  3317. From:DAVE LOBEL                                 Date:04/20/89
  3318. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3319. ------------------------------------------------------------------------------
  3320. Constantin,
  3321.  
  3322. Using FUNCky's onkey() and timeout() FUNCtions, you can devise a sheme
  3323. that will let you use both a character and a numeric field in the same
  3324. get area.  
  3325.  
  3326. What you do is this:
  3327.  
  3328. First, find out as soon as you enter the numeric get.
  3329. Second, once you do, you to a savegets() and activate a single character
  3330.         get.
  3331. Third. When you are in this character get, the user can enter in an
  3332.        equation, a numeric, and up arrow, down arrow, etc...
  3333.  
  3334.        After the user is finished with this get, you evaluate it to see
  3335.        what was done.  If the result was an equation, then you can stuff
  3336.        the value in to the numeric field, otherwise something else.
  3337.  
  3338. Give it a shot, I'm sure it will work.
  3339.  
  3340. YEL-DAVE
  3341.  
  3342.  
  3343. Msg#9179   To:ALL                                        
  3344. From:DAVE LOBEL                                 Date:04/20/89
  3345. Subject:NETWORK EXPERT.....      
  3346. ------------------------------------------------------------------------------
  3347. To ALL:
  3348.  
  3349. I am looking for a NOVELL expert that has
  3350. experience installing NOVELL software and
  3351. Network hardware.  There is an existing
  3352. Network, but the client wants to upgrade
  3353. his hard disk.
  3354.  
  3355. If you are qualified and interested, please
  3356. leave your name and number (day and night)
  3357. as a private message and I will get back to
  3358. you as soon as possible.
  3359.  
  3360. Oh, by the way, there is good $$$$ in this
  3361. one.....!!!!!!!
  3362.  
  3363. Thanks.
  3364.  
  3365. David E. Lobel
  3366. YEL-DAVE
  3367.  
  3368.  
  3369. Msg#9181   To:MARK NEIDORFF                             (Rcvd)
  3370. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3371. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3372. ------------------------------------------------------------------------------
  3373. Thanks. But seriously, you think is not worth to write such a code ? ANd
  3374. if written can estimate how many lines will be there ? Probably there is
  3375. a function out there(Funcky) which could do it ?
  3376. <CF>
  3377.  
  3378.  
  3379. Msg#9182   To:MARK NEIDORFF                             (Rcvd)
  3380. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3381. Subject:(R)SET ALTE ON                          Parent Msg#9142
  3382. ------------------------------------------------------------------------------
  3383. It doesn't sent a CR/LF but instead when you say @01,01 say "Mark" that
  3384. will go actualy not at col 1 row 1 but at col 2 row 2 (of course if you
  3385. consider it as a text file and not as a screen display)
  3386. <CF>
  3387.  
  3388.  
  3389. Msg#9183   To:DAVE LOBEL                                (Rcvd)
  3390. From:CONSTANTIN FLORESCU                        Date:04/20/89
  3391. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3392. ------------------------------------------------------------------------------
  3393. Thanks Dave. I will try and let you know.
  3394. <CF>
  3395.  
  3396.  
  3397. Msg#9185   To:CONSTANTIN FLORESCU                       (Rcvd)
  3398. From:MARK NEIDORFF                              Date:04/20/89
  3399. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3400. ------------------------------------------------------------------------------
  3401. It's definitely worth it to write an expression (numeric) evaluator if
  3402. you need it.  Dave Lobel left one idea on how to do it.  I would :
  3403. before a get stack evaluate the type of each variable and find which are
  3404. numeric.
  3405. (2) Substitute a char variable for the numeric one.
  3406. (3) Get the string for these vars.
  3407. (4) Evaluate it char by char (use substr or whatever in a loop) storing a
  3408. number in a numeric variable.
  3409. (5) when I see an operator, store it and
  3410. (6) evaluate the next number (use substr again)
  3411. (7) at the next operator, or the end of the string, evaluate the result
  3412. of the operation.
  3413. (8) loop until the string is finished.
  3414.  
  3415. I don't know how much code it would wind up taking, but its not hard. 
  3416. Just moderately long.
  3417.      <<  Mark  >>
  3418.  
  3419.  
  3420. Msg#9186   To:TIM CREAGH                                 
  3421. From:JOHN THORN                                 Date:04/20/89
  3422. Subject:(R)CONFIG.SYS                           Parent Msg#9091
  3423. ------------------------------------------------------------------------------
  3424. Tim:
  3425.  
  3426. I've got one someplace (in with a bunch of other .prg(s)).  Let me dig it
  3427. out and I'll upload it.  
  3428.  
  3429.  
  3430. Msg#9187   To:LARRY GOTTLIEB                            (Rcvd)
  3431. From:JOHN THORN                                 Date:04/20/89
  3432. Subject:(R)CLIPPER DEV. CONFERENC               Parent Msg#9120
  3433. ------------------------------------------------------------------------------
  3434. Please take good notes and remember us po' folks who can't attend....
  3435. (and get that super deal on a T-shirt!)
  3436.  
  3437.  
  3438. Msg#9188   To:CONSTANTIN FLORESCU                       (Rcvd)
  3439. From:JOHN THORN                                 Date:04/20/89
  3440. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3441. ------------------------------------------------------------------------------
  3442. Enter it as text, call a UDF with the VALID, break the text down into an
  3443. equation, return the result, write over the old get with the ans as a
  3444. numeric.
  3445.  
  3446.  
  3447. Msg#9189   To:JOHN THORN                                (Rcvd)
  3448. From:LARRY GOTTLIEB                             Date:04/21/89
  3449. Subject:(R)CLIPPER DEV. CONFERENC               Parent Msg#9120
  3450. ------------------------------------------------------------------------------
  3451. Will do!
  3452.  
  3453.  
  3454. Msg#9190   To:NEIL WEICHER                              (Rcvd)
  3455. From:DAVID MINTER                               Date:04/21/89
  3456. Subject:(R)NETLIB                               Parent Msg#9173
  3457. ------------------------------------------------------------------------------
  3458. Actually, I am starting to like the Rettig version also.  The problem is
  3459. that I Just purchased DBase-Online for all of the dBase stuff.  I
  3460. downloaded Dirk's Rettig version for funcky.  But your engine doesn't
  3461. talk to dirk's and his doesn't talk to yours.  I can't really justify
  3462. buying Rettig's when I just got nortons.  
  3463.  
  3464. Oh well, serves me right I guess.  I'll give Jackie a call right away.
  3465.  
  3466. Dave
  3467.  
  3468.  
  3469. Msg#9191   To:DAVID MINTER                              (Rcvd)
  3470. From:DIRK LESKO                                 Date:04/21/89
  3471. Subject:(R)NETLIB                               Parent Msg#9173
  3472. ------------------------------------------------------------------------------
  3473. Dave, Norton Engines are available for FUNCky as well....Basically I
  3474. think the online help thing is going to get really messy because all the
  3475. newer products I have seen coming down the pipe all have some kind of
  3476. built in help....That means you'll have a different kind of help system
  3477. for every language product you'll be using.....yuk!
  3478.  
  3479. dLESKO
  3480.  
  3481.  
  3482. Msg#9192   To:MARK NEIDORFF                             (Rcvd)
  3483. From:CONSTANTIN FLORESCU                        Date:04/21/89
  3484. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3485. ------------------------------------------------------------------------------
  3486. I might try to write a generic function do that. But probably will take
  3487. me a while, since now I am very very busy. I will let you know. Thanks.
  3488. <CF>
  3489.  
  3490.  
  3491. Msg#9193   To:JOHN THORN                                (Rcvd)
  3492. From:CONSTANTIN FLORESCU                        Date:04/21/89
  3493. Subject:(R)NUMERIC FIELD                        Parent Msg#9137
  3494. ------------------------------------------------------------------------------
  3495. Thanks.
  3496. <CF>
  3497.  
  3498.  
  3499. Msg#9195   To:RON CALLAHAN                              (Rcvd)
  3500. From:JOHN KASTER                                Date:04/21/89
  3501. Subject:(R)ERROR TRAPPING                       Parent Msg#6284
  3502. ------------------------------------------------------------------------------
  3503. Ron,
  3504.  
  3505. Not only that - many times you will get memory errors when the Clipper
  3506. datafile is corrupted.  This is not the type of error message I would
  3507. expect to see if a data file were corrupted, but it makes sense in a
  3508. perverse sort of way, considering how Clipper probably opens the files.
  3509.   
  3510. John Kaster
  3511.  
  3512.  
  3513. Msg#9196   To:MARK NEIDORFF                             (Rcvd)
  3514. From:JOHN KASTER                                Date:04/21/89
  3515. Subject:(R)INSERT                               Parent Msg#6282
  3516. ------------------------------------------------------------------------------
  3517. Not in dbedit().  Somebody (a vendor) has a function called vertical that
  3518. I've seen demonstrated that is pretty flexible, though.
  3519.   
  3520. John
  3521.  
  3522.  
  3523. Msg#9197   To:ROBERT HEYMAN                             (Rcvd)
  3524. From:JOHN KASTER                                Date:04/21/89
  3525. Subject:(R)INSERT                               Parent Msg#6282
  3526. ------------------------------------------------------------------------------
  3527. The way we do that is to have a field in the database called list order. 
  3528. It may seem like a kludge, but it works great - make it a real number
  3529. with 4 decimal places.  Any time you want to insert a record, just take
  3530. the two boundary records and average them, putting this value in listord.
  3531. If your index is on listord, viola! (or is that cello?) you have just
  3532. inserted a blank record between two others.  In dbedit(), might I add. 
  3533. Pardon the pun, please.
  3534.   
  3535. John
  3536.  
  3537.  
  3538. Msg#9200   To:DIRK LESKO                                (Rcvd)
  3539. From:DAVID WEST                                 Date:04/21/89
  3540. Subject:CONFUSION...                            Parent Msg#9200
  3541. ------------------------------------------------------------------------------
  3542. How the heck do I reset my 'last message' read pointer? I've got all the
  3543. stuff for March dloaded, but every time I log in I end up a 03/29.
  3544.  
  3545.  
  3546. Msg#9201   To:CONSTANTIN FLORESCU                       (Rcvd)
  3547. From:JOHN DUKE                                  Date:04/22/89
  3548. Subject:(R)SET ALTE ON                          Parent Msg#9201
  3549. ------------------------------------------------------------------------------
  3550. Constantin, In the example you give, you've left out the SET ALTE ON,
  3551. goes after SET ALTE TO CF.TXT.  Also, this only puts the data 'CONSTATIN
  3552. and FLORESU' (your exp) in the CF.TXT file it does not put '@10,10 say
  3553. "constatin" in. Further be aware, that once you issue the SET ALTE OFF
  3554. command, should you later in the program decide to write to this same
  3555. file again thinking you would be appending data, you won't. What you will
  3556. do is over-write the original file with the new data.  Hope this helps.
  3557.  
  3558.  
  3559. Msg#9202   To:CONSTANTIN FLORESCU                       (Rcvd)
  3560. From:JOHN DUKE                                  Date:04/22/89
  3561. Subject:(R)SET ALTE ON                          Parent Msg#9202
  3562. ------------------------------------------------------------------------------
  3563. For you info, it does work in dbase also.
  3564.  
  3565.  
  3566. Msg#9203   To:DAVID WEST                                (Rcvd)
  3567. From:MARK NEIDORFF                              Date:04/22/89
  3568. Subject:(R)CONFUSION...                         Parent Msg#9200
  3569. ------------------------------------------------------------------------------
  3570. Sorry to butt in:
  3571. The easiest way to get the messges is to download the monthly file of
  3572. clipper messages.  The filename is of the form CLIPmmyy.ARC  where mm are
  3573. the numbers  (03 for march) representing the month and yy is the year. 
  3574. To reset your message pointer, try:
  3575. first [Q] to quit reading at the last message pointer.
  3576. type [R] to start a read
  3577. when prompted for the messgae number, type the last number followed by a
  3578. minus sign.  
  3579. This should do it.
  3580.      <<  Mark  >>
  3581.  
  3582.  
  3583. Msg#9204   To:DAVID MORGAN                              (Rcvd)
  3584. From:JILL GOHR                                  Date:04/22/89
  3585. Subject:SKINNED CATS                            Parent Msg#9204
  3586. ------------------------------------------------------------------------------
  3587. > The attitude is that of the Clipper users I've talked with.
  3588.   Paramount is a key word.  To the extent that you qualify your 
  3589.   desire to skin the cat with reservations about how, that desire 
  3590.   is something less than paramount.  The apparent intensity of an 
  3591.   apparent majority of Clipper users in expressing a desire to 
  3592.   eliminate memory inadqeuacy, almost always unqualified by particular
  3593.   opinions about how, is my reason for concluding that their desire to 
  3594.   see the problem solved is as strong as they express it to be: namely,
  3595.   paramount. 
  3596.  
  3597. Out of curiosity, why didn't you reply to my message publicly? If you 
  3598. had, maybe you would have heard from others that feel the same as I do.
  3599. Yes, I'm sure you hear from the Russells, McConnells, and the Ushers, 
  3600. but are they truly the majority? 
  3601.  
  3602. My only point, was that all too often, because no constraints are given, 
  3603. either in regards to memory OR disk space, we end up with memory AND 
  3604. disk hogs for software. If in fact the software development teams were 
  3605. given tighter boundaries to work within, I truly believe we would see an 
  3606. improvement in software efficiencies. 
  3607.  
  3608. It also seems to me that the problem is, at this point in time, so 
  3609. deep-rooted that there's no going back. The easy way out is NOT always 
  3610. the BEST way. And how many times have you seen or heard "I'll get it 
  3611. working now, and fix it later"? This statement is a classic as far as 
  3612. I'm concerned, because 9 times out of ten, the end result is sloppy and 
  3613. inefficient code that is NEVER fixed, but just begets more of its kind. 
  3614.  
  3615. I will not belabor the point any further, because I only allow myself 1 
  3616. windmill a day. I will however, congratulate you on your command of the 
  3617. English language ... not a car dealer or politician alive could have 
  3618. stated what you did in a more succint and decisive manner.
  3619.  
  3620.                                Sincerely,
  3621.                                Jill Gohr
  3622.  
  3623.  
  3624. Msg#9205   To:DAVID WEST                                (Rcvd)
  3625. From:DIRK LESKO                                 Date:04/22/89
  3626. Subject:(R)CONFUSION...                         Parent Msg#9200
  3627. ------------------------------------------------------------------------------
  3628. Try reading from the end first, you can go backwards by appending a minus
  3629. sign to the message number, like so:
  3630.  
  3631.         r 9999- <return>
  3632.  
  3633. That will start reading at the last message (or 9999 if there are more
  3634. than 9999 messages) and will work it's way backwards....
  3635.  
  3636. dLESKO
  3637.  
  3638.  
  3639. Msg#9207   To:RON CALLAHAN                              (Rcvd)
  3640. From:HOWARD MARKS                               Date:04/23/89
  3641. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  3642. ------------------------------------------------------------------------------
  3643. Avoid at all costs any network solutin that uses a modem to connect a
  3644. workstation directly to the server. They are ALWAYS much too slow since
  3645. they extend the net over the phone line. If you do a SEEK then part of
  3646. the .NTX file comes over the network to your workstation which examines
  3647. it to find the right record and then the data comes over the net. 
  3648. Doing this at even 9600bps is REALLY slow. Not to mention that with the
  3649. usual 35% network overhead loading a 100K .EXE file will take
  3650. 2-3MINUTES..
  3651.  
  3652. PC Anywhere Etc. only send the screen and keyboard data across the net
  3653. which can be anywhere from 10-1000000 times less than the disk I/O data.
  3654.  
  3655. God forbid you need to do a reindex with a remote bridge to the server;
  3656. it could take forever.
  3657.  
  3658.  
  3659. Msg#9209   To:CONSTANTIN FLORESCU                       (Rcvd)
  3660. From:MARK NEIDORFF                              Date:04/23/89
  3661. Subject:PRINTING                 
  3662. ------------------------------------------------------------------------------
  3663. I recall a few messages ago you  had a printing problem where you wanted
  3664. to get several things on the same line on the printer from different @
  3665. say statements in a prg file.  Does the prow()  function help?  It forces
  3666. printing on the current printer row.
  3667.      <<  Mark  >>
  3668.  
  3669.  
  3670. Msg#9210   To:HOWARD MARKS                              (Rcvd)
  3671. From:RON CALLAHAN                               Date:04/23/89
  3672. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  3673. ------------------------------------------------------------------------------
  3674. Howard:
  3675. Good point. I've never really thought about it that way. I'll bring that
  3676. up to my clients the next time I have a problem.
  3677. Ron.
  3678.  
  3679.  
  3680. Msg#9211   To:DIRK LESKO                                (Rcvd)
  3681. From:DAVID MINTER                               Date:04/24/89
  3682. Subject:(R)NETLIB                               Parent Msg#9173
  3683. ------------------------------------------------------------------------------
  3684. I got the FUNCky norton database a while back, and that was a real time
  3685. saver.  I do like TR's better though, so after I went and spent $99 bucks
  3686. on dBase On-Line a month ago I decided what the heck, let's get TR's too!
  3687.  
  3688. (I snuck past a budget of $9000 for software purchases for this year, and
  3689. my boss wants me to use it up!)
  3690.  
  3691. Thanks for the info anyway,
  3692.  
  3693. Dave
  3694.  
  3695.  
  3696. Msg#9213   To:JOHN DUKE                                  
  3697. From:CONSTANTIN FLORESCU                        Date:04/24/89
  3698. Subject:(R)SET ALTE ON                          Parent Msg#9201
  3699. ------------------------------------------------------------------------------
  3700. Sure it helps. ANd thanks.
  3701. <CF>
  3702.  
  3703.  
  3704. Msg#9214   To:JOHN DUKE                                  
  3705. From:CONSTANTIN FLORESCU                        Date:04/24/89
  3706. Subject:(R)SET ALTE ON                          Parent Msg#9202
  3707. ------------------------------------------------------------------------------
  3708. I tried several times and it didn't but I will try again...
  3709. Thanks
  3710. <CF>
  3711.  
  3712.  
  3713. Msg#9216   To:JILL GOHR                                  
  3714. From:DAVE LOBEL                                 Date:04/24/89
  3715. Subject:(R)SKINNED CATS                         Parent Msg#9204
  3716. ------------------------------------------------------------------------------
  3717. Go Jill, Go!!!!!
  3718.  
  3719. YEL-DAVE
  3720.  
  3721.  
  3722. Msg#9218   To:ALL                                        
  3723. From:DONALD WISHNEK                             Date:04/24/89
  3724. Subject:LATTICE C LIBRARY        
  3725. ------------------------------------------------------------------------------
  3726. Can anyone tell me if i can link a lattice C library with clipper '87?
  3727.  
  3728.  
  3729. Msg#9220   To:HOWARD MARKS                              (Rcvd)
  3730. From:CLIFF GREEN                                Date:04/24/89
  3731. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  3732. ------------------------------------------------------------------------------
  3733. pardon my ignorance, but let me get this straight.  There's roughly two
  3734. ways of getting information from a network over a modem:  1) make the net
  3735. think the modem is a legitimate node, and have it send _everything_ down
  3736. the line, or 2) use something like pcAnywhere and just send the video and
  3737. console i/o up and down the line, right?  What is the difference in
  3738. implementation, and is the setup for this kind of thing straightforward
  3739. (i.e., laid out in the documentation for the application [eg, pcAnywhere]
  3740. and/or the NOS)?
  3741.  
  3742.  
  3743. Msg#9221   To:MARK NEIDORFF                             (Rcvd)
  3744. From:DAVID WEST                                 Date:04/24/89
  3745. Subject:(R)CONFUSION...          
  3746. ------------------------------------------------------------------------------
  3747. Thanx, I think that did work. BTW, I usually call in and get the ARC
  3748. files every month, but I still like to call in periodically to check out
  3749. what's going on. I always hate reading a 3-week old message that I could
  3750. have replied to if I'd read it in 'real-time'.
  3751.  
  3752.  
  3753. Msg#9223   To:CLIFF GREEN                               (Rcvd)
  3754. From:RON CALLAHAN                               Date:04/25/89
  3755. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  3756. ------------------------------------------------------------------------------
  3757. Actually it's all somewhatcademic. The only Network I've heard of
  3758. that allows direct connection via modem is 10 net.
  3759. Ron.
  3760.  
  3761.  
  3762. Msg#9225   To:DIRK LESKO                                (Rcvd)
  3763. From:NOEL MANZANILLA                            Date:04/25/89
  3764. Subject:FUNCKY DEMO                             Parent Msg#9225
  3765. ------------------------------------------------------------------------------
  3766. dirk, I just gave a friend of mine a compiled version of your demo
  3767. program that came with the update of the FUNCky library.  He tried to run
  3768. it on a PS/2 with a color VGA card and a mono VGA monitor.  For some
  3769. strange reason, he says that the text (@ Say's) don't print to the
  3770. screen.  The boxes and fill characters come out though.  Any thoughts ?
  3771. He is planning to purchase your library and is going to write a multiuser
  3772. application but his network has a mix of different video cards.  Will
  3773. appreciate any help/suggestions.
  3774. thanks,
  3775. Noel
  3776.  
  3777.  
  3778. Msg#9226   To:NOEL MANZANILLA                           (Rcvd)
  3779. From:DIRK LESKO                                 Date:04/25/89
  3780. Subject:(R)FUNCKY DEMO                          Parent Msg#9225
  3781. ------------------------------------------------------------------------------
  3782. Yes, I know...A problem that has been long since corrected. If he wants I
  3783. can send him a demo from here. The video checking routine assumed that a
  3784. VGA card was always referenceing the color segment when in fact, the IBM
  3785. VGA remaps the video buffer to monochrome sometimes. You might have him
  3786. try issuing a MODE CO80 at the DOS prompt to verify that. Some programs
  3787. invoke a monochrome mode which puts the VGA into a monochrome emulation.
  3788. I was not aware that the VGA would actually remap video memory inthat
  3789. circumstance, and since the demo's n this board were uploaded before I
  3790. found that out, they display that problem. You can have him call us qt
  3791. 201.435.8401 and we'll ship him a a demo disk that is compiled with the
  3792. current version of the library. Thanks for your help....
  3793.  
  3794. dLESKO
  3795.  
  3796.  
  3797. Msg#9227   To:RON CALLAHAN                              (Rcvd)
  3798. From:CLIFF GREEN                                Date:04/25/89
  3799. Subject:(R)NETWORK PRGRAMMING                   Parent Msg#9021
  3800. ------------------------------------------------------------------------------
  3801. 10-net>  Oh.  Thanks.
  3802.  
  3803.  
  3804. Msg#9229   To:ALL                                        
  3805. From:DONALD WISHNEK                             Date:04/25/89
  3806. Subject:DOS ERROR TRAPPING                      Parent Msg#9229
  3807. ------------------------------------------------------------------------------
  3808. IS THERE ANY WAY IN CLIPPER I CAN TRAP THE ERROR "Error reading Drive x 
  3809. Abort, Retry, Ignore)?" ? I'm doing file copies on off hours and i need
  3810. to make sure the program ends insted of just hanging there. I'd like to
  3811. be able to redirect it to a error routine.
  3812. Thanks,
  3813. don
  3814.  
  3815.  
  3816. Msg#9231   To:ALL                                        
  3817. From:CHRISTIAN BAUDE                            Date:04/26/89
  3818. Subject:CLIPPER DECOMPILER                      Parent Msg#9231
  3819. ------------------------------------------------------------------------------
  3820. Hi.....
  3821. .
  3822. Does anyone know if there exists such a thing as a CLIPPER decompiler??
  3823. .Thanks for any replies..... CHRIS
  3824.  
  3825.  
  3826. Msg#9232   To:ALL                                        
  3827. From:FRANCOIS DESROSIERS                        Date:04/27/89
  3828. Subject:BROWSE                                  Parent Msg#9232
  3829. ------------------------------------------------------------------------------
  3830. I am doing an voluntary application for the summer games in Quebec.
  3831. I import the data from a file of athlete and disciplines in a
  3832. temporary file that the user complete using the browse module
  3833. from the extendP file in summer 87.
  3834. .
  3835. The only problem I have is whit the way that BROWSE works in
  3836. Clipper. The user must press ENTER before editing a field. Does
  3837. there is a way or a library that exist that can simulate a
  3838. BROWSE the same way that in DBASE. I mean without the obligation
  3839. to press ENTER before editing a field.
  3840. .
  3841. Also is-it possible to simulate the FREEZE option of DBase.
  3842. .
  3843. I should appreciate to know if FUNCKY or any other library has those
  3844. option
  3845. .
  3846. Many thanks for your help.
  3847. .
  3848. .                           Francois Desrosiers
  3849.  
  3850.  
  3851. Msg#9234   To:FRANCOIS DESROSIERS                       (Rcvd)
  3852. From:DIRK LESKO                                 Date:04/27/89
  3853. Subject:(R)BROWSE                               Parent Msg#9232
  3854. ------------------------------------------------------------------------------
  3855. Hi, you have the source code to browse inthe examplep.prg file. I am
  3856. pretty sure you can simulate what you want to do with the reads()
  3857. function in FUNCky. It can be used to highlight the field and edit at the
  3858. same time. You can set up the CTRL/ARROW keys to scroll the fields. Just
  3859. remember to convert the fields to string type before editing, and then
  3860. convert back to whatever it was....Other than that what you want to do
  3861. will require some pretty messy programming...
  3862.  
  3863. dLESKO
  3864.  
  3865.  
  3866. Msg#9235   To:DIRK LESKO                                (Rcvd)
  3867. From:DAVID BAKER                                Date:04/27/89
  3868. Subject:MAIN MOD DO'S                           Parent Msg#9235
  3869. ------------------------------------------------------------------------------
  3870. Hello Dirk and All:
  3871.     I am new to the Confab.  Want to say hello and ask a "?" about
  3872. something you disscused waaaay back when.  I am now in the need of
  3873. overlays,  and way back you said to get EXE's smaller to DO all PRG's in
  3874. the Main Mod of the PRG.  ??--> Does this include those in an Overlay
  3875.      thanx D.M.B  (running out of time)  Bye
  3876.  
  3877.  
  3878. Msg#9238   To:FRANCOIS DESROSIERS                       (Rcvd)
  3879. From:MARK NEIDORFF                              Date:04/27/89
  3880. Subject:(R)BROWSE                               Parent Msg#9232
  3881. ------------------------------------------------------------------------------
  3882. Hi:
  3883. Haven't heard from you for a long time!  I think that the source code for
  3884. browse() is provided with the distribution disks.  If not, I would use
  3885. [and I do!] FUNCky to do what you want to.
  3886. To stick with clipper, you need to play with the udf in dbedit so that
  3887. when the user presses a lettewr or a number input mode is selected and
  3888. the key is sent to the keyboard command.  (lastkey() will get you there)
  3889. I think funcky is better.
  3890.      <<  Mark  >>
  3891.  
  3892.  
  3893. Msg#9239   To:DAVID BAKER                               (Rcvd)
  3894. From:MARK NEIDORFF                              Date:04/27/89
  3895. Subject:(R)MAIN MOD DO'S                        Parent Msg#9235
  3896. ------------------------------------------------------------------------------
  3897. Overlays are a separate matter.  There you need the separate compliation.
  3898.      <<  Mark  >>
  3899.  
  3900.  
  3901. Msg#9240   To:DAVID BAKER                               (Rcvd)
  3902. From:DIRK LESKO                                 Date:04/27/89
  3903. Subject:(R)MAIN MOD DO'S                        Parent Msg#9235
  3904. ------------------------------------------------------------------------------
  3905. Well, }▐Yk╤A╝o{        7if xw╛█÷ou are using overlays you will probably
  3906. still have to use them. But if you klump all the PRG files contained in
  3907. each overlay into one LARGE PRG file you should gain some extra K of ram.
  3908. do the samne for your main PRG files in the root. Savings should be in
  3909. the neighborhood of 9-15K, depending on the size of your application. In
  3910. general I find that the better your code is written to begin with, the
  3911. smaller the savings....
  3912.  
  3913. dLESKO
  3914.  
  3915.  
  3916. Msg#9241   To:DONALD WISHNEK                             
  3917. From:DIRK LESKO                                 Date:04/27/89
  3918. Subject:(R)LATTICE C LIBRARY     
  3919. ------------------------------------------------------------------------------
  3920. ANytime....Have FUN!(Cky)
  3921.  
  3922. dLESKO
  3923.  
  3924.  
  3925. Msg#9242   To:DONALD WISHNEK                             
  3926. From:STEVE STRALEY                              Date:04/27/89
  3927. Subject:(R)DOS ERROR TRAPPING                   Parent Msg#9229
  3928. ------------------------------------------------------------------------------
  3929. Yes, use the low level file functions to FIRST see if the drive exists. 
  3930. These functions are outside of Clipper's internal error-trapping
  3931. routines.   If you are able to FCREATE a dummy file to a drive (or a
  3932. subdirectory), you know that the drive is ready and in place.  I have a
  3933. couple of functions VALID_DR() and VALID_PATH() in ToolkiT 2.0 that takes
  3934. care of this, but you can write it to...
  3935.  
  3936. Steve
  3937.  
  3938.  
  3939. Msg#9244   To:DIRK LESKO                                (Rcvd)
  3940. From:DAVID MINTER                               Date:04/28/89
  3941. Subject:TIMEOUT() AND N_SETTIME()               Parent Msg#9244
  3942. ------------------------------------------------------------------------------
  3943. Dirk and Neal,
  3944.  
  3945. I have both Funcky and NetLib.  Both lib's have a function that seem to
  3946. do similar things, ie. start a background function (Funcky's timeout()
  3947. and Netlib's n_settime()).  My question is, could you use both to start
  3948. TWO background processes, or would they conflict with each other.  
  3949.  
  3950. I haven't tried it yet, but it could help solve a few problems.
  3951.  
  3952. Thanx,
  3953.  
  3954. Dave
  3955.  
  3956.  
  3957. Msg#9245   To:MARK NEIDORFF                             (Rcvd)
  3958. From:DAVID BAKER                                Date:04/28/89
  3959. Subject:(R)MAIN MOD DO'S                        Parent Msg#9235
  3960. ------------------------------------------------------------------------------
  3961. Thanx Mark,  I know I need seperate compilation, just though I could save
  3962. a little space.
  3963.  
  3964.  
  3965. Msg#9246   To:DIRK LESKO                                (Rcvd)
  3966. From:DAVID BAKER                                Date:04/28/89
  3967. Subject:(R)MAIN MOD DO'S                        Parent Msg#9235
  3968. ------------------------------------------------------------------------------
  3969. Thanx for the reply (some of these boards outwest you never get an answer
  3970. unless you are in the clique).  This is what I thought, I was cunfued
  3971. when reading the old thread if the technique would not work for overlays
  3972. too.  
  3973.   
  3974.      D.M.B.
  3975.  
  3976.  
  3977. Msg#9247   To:ALL                                        
  3978. From:DAVID BAKER                                Date:04/28/89
  3979. Subject:RELATIVE RECORD 'S                      Parent Msg#9247
  3980. ------------------------------------------------------------------------------
  3981. Does anyone have or has anyone seen (FUNKy...) or know of a way to return
  3982. a relative record number from an indexed data base.  In a Geologic Data
  3983. Manager I an writing I need to display, sometimes with Achoice() and
  3984. othertimes Dbedit(), consecutive records in the DBF.  I can SEEK the
  3985. first matching record and SOFTSEEK or DECEND() to find the last, but
  3986. there is no way short of COUNTing between these two to get a number of
  3987. records between.  The count is needed for initialising an array or for an
  3988. end condition in DBEDIT() (e.g. to display only those with the same
  3989. serial #).  On a SORTed DBF one could just take the difference in RECNO()
  3990. of the boundery records, obviously this will not work on a random but
  3991. INDEXed DBF.  I have read the last few mounth confabs and see others
  3992. would put this on a wish list too.  There has got to be a way, Counting
  3993. is far to slow especilay when the match numbers get large. 
  3994. Any help would be great.
  3995.   
  3996.     D.M.B.
  3997.  
  3998.  
  3999. Msg#9248   To:DAVID BAKER                                
  4000. From:RICHARD HORWITZ                            Date:04/28/89
  4001. Subject:(R)RELATIVE RECORD 'S                   Parent Msg#9247
  4002. ------------------------------------------------------------------------------
  4003. If you have funcky, I belive Jeff Springer Uploaded a version of
  4004. mx_dbfview which allows the passing of a condition to restrict the
  4005. scrolling. This would let you popup a lookup list, which would only show
  4006. records which matched your condition (like while this number is equal to
  4007. whatever). It beats the hell out of setting a filter in dbedit!!!
  4008.  
  4009.  
  4010. Msg#9249   To:ALL                                        
  4011. From:DALE THORPE                                Date:04/28/89
  4012. Subject:COM1 & COM2 HANDLING                    Parent Msg#9249
  4013. ------------------------------------------------------------------------------
  4014. I need a procedure to allow my Clipper program to read data from COM1 or
  4015. COM2 and to write data to the same.  I am installing a file management
  4016. system that is connected to a Cannon camera that stores documents on
  4017. film.  The camera is connected to COM1, but the client wants the ability
  4018. to choose between COM1 and COM2.  If anyone has any suggestions I would
  4019. greatly appreciate it.
  4020. Thanks
  4021. Dale Thorpe
  4022.  
  4023.  
  4024. Msg#9250   To:DONALD WISHNEK                             
  4025. From:DAVE LOBEL                                 Date:04/28/89
  4026. Subject:(R)DOS ERROR TRAPPING                   Parent Msg#9229
  4027. ------------------------------------------------------------------------------
  4028. Donald, 
  4029.  
  4030. YES!!! It's a pretty FUNCky idea!!!!!!!!
  4031.  
  4032. YEL-DAVE
  4033.  
  4034.  
  4035. Msg#9252   To:CLIFF GREEN                                
  4036. From:HOWARD MARKS                               Date:04/28/89
  4037. Subject:(R)NETWORK PRGRAMMING    
  4038. ------------------------------------------------------------------------------
  4039. Right You can either extend the net to the user's PC (compute in the user
  4040. PC) software for this is typically only available from teh net vendor
  4041. (Novell includes it with Netware) or use a remote package like anywhere.
  4042. To use anywhere you set up a PC on the net and stick a modem in it then
  4043. treat it like any other anywhere station. (documentation with anywhere)
  4044.  
  4045.  
  4046. Msg#9254   To:DAVID BAKER                                
  4047. From:MARK NEIDORFF                              Date:04/28/89
  4048. Subject:(R)RELATIVE RECORD 'S                   Parent Msg#9247
  4049. ------------------------------------------------------------------------------
  4050. I think that you will have to know the index file structure to know how
  4051. to do that. If you can figure out how the index file is put together and
  4052. you know the index key length  (that's easy) then finding the distance
  4053. between the records could be "easily" calculated.
  4054. Steve Straley is taking an index file apart in the current issue of his
  4055. newsletter DOSS.  Maybe he can help here.
  4056.      <<  Mark  >>
  4057.  
  4058.  
  4059. Msg#9255   To:DONALD WISHNEK                             
  4060. From:JON MELTZER                                Date:04/28/89
  4061. Subject:(R)DOS ERROR TRAPPING                   Parent Msg#9229
  4062. ------------------------------------------------------------------------------
  4063. Yes. If you have DOS 3.3 you can use Interrupt 44 (IOCTL), subfunction
  4064. 0F. You'll have to write an assembler routine. See Ray Duncan's book,
  4065. _Advanced MS-DOS_, 2nd edition, for details. I know of no way to trap
  4066. the error in earlier DOS versions.
  4067.  
  4068.  
  4069. Msg#9256   To:CHRISTIAN BAUDE                            
  4070. From:JON MELTZER                                Date:04/28/89
  4071. Subject:(R)CLIPPER DECOMPILER                   Parent Msg#9231
  4072. ------------------------------------------------------------------------------
  4073. Dirk's next project? :-)
  4074.  
  4075.  
  4076. Msg#9257   To:DAVID MINTER                               
  4077. From:DIRK LESKO                                 Date:04/29/89
  4078. Subject:(R)TIMEOUT() AND N_SETTIM               Parent Msg#9244
  4079. ------------------------------------------------------------------------------
  4080. I beleive you should be able to run 2 background processes without any
  4081. problems. Just remember that if you overload the background process it
  4082. can affect the speed of the foreground process. My recomendation is to
  4083. use one or the other and control the 2 processes from one initial
  4084. starting procedure....
  4085.  
  4086. dLESKO
  4087.  
  4088.  
  4089. Msg#9258   To:DAVID BAKER                                
  4090. From:DIRK LESKO                                 Date:04/29/89
  4091. Subject:(R)RELATIVE RECORD 'S                   Parent Msg#9247
  4092. ------------------------------------------------------------------------------
  4093. There was a significant discussion on that very issue at one time on
  4094. NanForum on COmpuserve. Right now there is no way to get a relative
  4095. record number out of the index. It is just not in there, and on top of
  4096. that, when the index is updated, ALL the relative record numbering would
  4097. change creating an unbelievably time consuming update of EVERY node in
  4098. the Tree...
  4099.  
  4100. dLESKO
  4101.  
  4102.  
  4103. Msg#9259   To:DALE THORPE                               (Rcvd)
  4104. From:DIRK LESKO                                 Date:04/29/89
  4105. Subject:(R)COM1 & COM2 HANDLING                 Parent Msg#9249
  4106. ------------------------------------------------------------------------------
  4107. Com Stuff? Suggestions? - SilverComm, SilverComm or SilverComm....take
  4108. your pick...
  4109.  
  4110. dLESKO
  4111.  
  4112.  
  4113. Msg#9260   To:JON MELTZER                                
  4114. From:DIRK LESKO                                 Date:04/29/89
  4115. Subject:(R)CLIPPER DECOMPILER                   Parent Msg#9231
  4116. ------------------------------------------------------------------------------
  4117. Don;t think I haven't thought about it....I know how to do it, but by the
  4118. time I'd get it done they would change the dam,n thing on me.....
  4119.  
  4120. dLESKO
  4121.  
  4122.  
  4123. Msg#9261   To:DIRK LESKO                                (Rcvd)
  4124. From:FRANCOIS DESROSIERS                        Date:04/29/89
  4125. Subject:(R)BROWSE                               Parent Msg#9232
  4126. ------------------------------------------------------------------------------
  4127. Thanks, I will order FUNCKY by the organisation of the Games.
  4128.  
  4129.                       Francois Desrosiers
  4130.  
  4131.  
  4132. Msg#9262   To:MARK NEIDORFF                             (Rcvd)
  4133. From:FRANCOIS DESROSIERS                        Date:04/29/89
  4134. Subject:(R)BROWSE                               Parent Msg#9232
  4135. ------------------------------------------------------------------------------
  4136. I am here at each week but with the cost of the communication from
  4137. Quebec, I restrain my envy to communicate!. 
  4138.  
  4139. thanks for your help.
  4140.  
  4141.                       Francois Desrosiers
  4142.  
  4143.  
  4144. Msg#9263   To:CHRISTIAN BAUDE                            
  4145. From:HARRY GILBERT                              Date:04/29/89
  4146. Subject:(R)CLIPPER DECOMPILER                   Parent Msg#9231
  4147. ------------------------------------------------------------------------------
  4148. I believe Hilco Software is working on this -- I'll look in my archives
  4149. and get back to you. (Hilco sells the programs to salvage corrupted dBASE
  4150. files, and to "un-tokenize" dBASE II, dBASE III and Foxbase "compiled"
  4151. code.
  4152.  
  4153.  
  4154. Msg#9264   To:CHRISTIAN BAUDE                            
  4155. From:HARRY GILBERT                              Date:04/29/89
  4156. Subject:DECOMPILER                              Parent Msg#9264
  4157. ------------------------------------------------------------------------------
  4158. Hilco Software, 11266 Barnett Valley Road, Sebastopol CA 95472-9555 (707)
  4159. 829-5011 is working on a Clipper decompiler. Give Lee Hilliard a call,
  4160. and while you're at it, ask for literature on his other products. They
  4161. work well!
  4162.  
  4163.  
  4164. Msg#9265   To:ALL                                        
  4165. From:MARK KASS                                  Date:04/29/89
  4166. Subject:LIST BOXES               
  4167. ------------------------------------------------------------------------------
  4168. Help !!!
  4169.         I don't remember where I saw it, but i remember seeing either a
  4170. message on this board, or a file or an article in DOSS that gave an
  4171. example on how to do built a list box that the user could list and check
  4172. all the reports that they wanted to produce - I think it used achoise().
  4173.         Well, I can't remember where I saw this idea and I now could use
  4174. it for an application that I'm building.  Does anyone remember the
  4175. concept and where I might have seen it ?
  4176.                 Thanks
  4177.                         Mark
  4178.  
  4179.  
  4180. Msg#9266   To:MARK KASS                                 (Rcvd)
  4181. From:RICHARD HORWITZ                            Date:04/29/89
  4182. Subject:(R)LIST BOXES                           Parent Msg#9266
  4183. ------------------------------------------------------------------------------
  4184. I uploaded a file called MULTARRY.ARC in the FUNCKY section Oto do that.
  4185. (you of course need FUNCky!)│. It allows you to toggle multiple array
  4186. elements, and ╙hen returns those y═ou selected.
  4187.  
  4188.  
  4189. Msg#9270   To:DIRK LESKO                                (Rcvd)
  4190. From:MARK NEIDORFF                              Date:04/29/89
  4191. Subject:(R)RELATIVE RECORD 'S                   Parent Msg#9247
  4192. ------------------------------------------------------------------------------
  4193. Ah, now I see what I suggested about reading the index file would not
  4194. give relative record numbers.
  4195.      <<  Mark  >>
  4196.  
  4197.  
  4198. Msg#9272   To:RICHARD HORWITZ                           (Rcvd)
  4199. From:MARK KASS                                  Date:04/30/89
  4200. Subject:(R)LIST BOXES                           Parent Msg#9266
  4201. ------------------------------------------------------------------------------
  4202. Richard
  4203.         Thank You !!!
  4204.         I knew I saw how to do what I wanted to do, but I forgot where I
  4205. saw it.  I've already downloaded Multarry.arc and of course I use FUNCky
  4206. - I forget how I used to write code before FUNCky 
  4207.                 Thanks again
  4208.                         Mark
  4209.  
  4210.  
  4211. Msg#9275   To:JILL GOHR                                  
  4212. From:STEVE STRALEY                              Date:04/30/89
  4213. Subject:(R)DOSS                  
  4214. ------------------------------------------------------------------------------
  4215. Thanks for the message Jill...
  4216.  
  4217. To make sure about your subscription, please call the offices of Four
  4218. Seasons Publishing at 212-599-2141 and ask for Joe King.  He'll make sure
  4219. it is set up for you in the next year.  As far as driving goes, I used my
  4220. last 100$ to move out to the east (a one way ticket on People's Express)
  4221. and with my PC in my lap, I moved to the Big Apple.  I sold my car to pay
  4222. off the last of my stuff in L.A. and being in NY, I don't need a car. 
  4223. But now, with work and all, I wanted to get away from the city this
  4224. summer and head for the beach.  A car is the solution.  Also, when my
  4225. license expired 3 years ago, I didn't fly to L.A. to renew it... I jsut
  4226. continued to work and live in New York without giving it much thought. 
  4227. Now with a car, I've got to get a learner's permit and then take the
  4228. driving test.   Ironic ain't it!   Especially considering that I am a
  4229. native (3rd generation) Los Angeles person, I was born to drive... and
  4230. yet, I still have to have a learner's permit.  Oh well... enough of this
  4231. rambling... have a great week...
  4232.  
  4233. Steve
  4234.  
  4235.  
  4236. Msg#9276   To:ALL                                        
  4237. From:HOWARD KAPUSTEIN                           Date:04/30/89
  4238. Subject:DBASE .NDX FILES         
  4239. ------------------------------------------------------------------------------
  4240. T]his is going to get very technical, so if you get left behind, don't
  4241. feel bad. I got lost many a time too, and I know ─the material
  4242. semi-intimately by now.
  4243.  
  4244. I've been working on a host of functions to access .NDX files from C. I
  4245. just finished the IndexOn()function, and I noticed a peculiarity. My
  4246. functions are 100% compatible│ with dBASE III+. Quick brief: .NDX files
  4247. are B+trees, where each node has a maximum number of Key Entries as
  4248. determined by information in the Anchor Node (node 0 is the Anchor, nodes
  4249. 1-end are data). I was using an index file with a max of 9 key entries
  4250. per node. Each node is 512 bytes.
  4251.  
  4252. ═When I had 9 entries in the index, all in one node, and tried to insert
  4253. another, the node was spdit into 2 blocks, and a new root was created, No
  4254. sweat.] When I split the node, I take 1/2 the entries in the orignal node
  4255. +÷nd move them to a new node. Then I insert the new key en│try into
  4256. whichever node it should go. So after splitting a full node, I would have
  4257. 2 nodes, the first with 5 entries, the second with 4 entries. After
  4258. inserting the new key entry, I had 6 and 4, respectively.
  4259.  
  4260. Here's the puzzling part. The dBASE generated index had 2 no╓des just
  4261. like me, but with 9 keys in the first and 1 key in the second. The new
  4262. entry inserted had a value of "     " so it would come before everything
  4263. else in the index. Worked fine, for me and dBASE. Both of our indexes are
  4264. compatible with each other.
  4265.  
  4266. Why doesn't dBASE share the key entries evenly╓ between both nodes when
  4267. splitting? I always thought in B+trees, │if a node has X entries and you
  4268. split it, the old and new n╜╖de should each have X/2 nodes. █With dBASE's
  4269. method, you could (potentially) have a very ineffeicient tree. Create a
  4270. large tree (i.e. 1000 records) and delete some records. Potentially, you
  4271. could pare the tree down so you never removed any of the nodes (say 1000
  4272. records = 100 nodes), with only 100 records indexed, and every node has
  4273. only 1 entry. ▀This would have the same number of disk a]ccesses (and
  4274. thus or performance) regardless of whether you had 100 records indexed or
  4275. 1000b.
  4276.  
  4277. Does anyone know why A-T does it this way? Is it just laziness? Their
  4278. metho$ is slightly easier to code, but ]isn't as high performance.╓▀ The
  4279. actual coding difference is marginal too.
  4280.  
  4281.  
  4282. Msg#9277   To:ALL                                        
  4283. From:STEVE STRALEY                              Date:04/30/89
  4284. Subject:DEAD HORSE               
  4285. ------------------------------------------------------------------------------
  4286. I order to spark some additional activity on this board, should the dead
  4287. horse be ressurected or should a new issue be tackled... Since Dirk lives
  4288. only 3 blocks away, or for this weekend, he's more like 3,000 miles away,
  4289. maybe he could bring up a new topic....
  4290.  
  4291. Always in gest.... 
  4292.  
  4293. Steve
  4294.  
  4295.  
  4296. Msg#9280   To:HARRY GILBERT                              
  4297. From:RON CALLAHAN                               Date:04/30/89
  4298. Subject:(R)DECOMPILER                           Parent Msg#9264
  4299. ------------------------------------------------------------------------------
  4300. Can anyone give me a valid reason for a decompiler for Clipper.
  4301. This is the reason I don't sell software without a signed trade secret
  4302. agreement.
  4303.  
  4304.  
  4305.